* [PATCH] Use non-interactive function to byte-compile files
@ 2007-03-05 8:23 Xavier Maillard
2007-03-05 9:51 ` Karl Hasselström
0 siblings, 1 reply; 8+ messages in thread
From: Xavier Maillard @ 2007-03-05 8:23 UTC (permalink / raw)
To: git
Hi,
Ihope this one is more closed to what you expect to see in a
commit log.
* contrib/emacs/Makefile: add git-blame as a candidate to the
byte-compilation. batch-byte-compile is the prefered way
to byte-compile files in batch mode. Use it instead of the
interactive function.
Signed-off-by: Xavier Maillard <zedek@gnu.org>
---
contrib/emacs/Makefile | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/contrib/emacs/Makefile b/contrib/emacs/Makefile
index 350846d..8554e39 100644
--- a/contrib/emacs/Makefile
+++ b/contrib/emacs/Makefile
@@ -2,7 +2,7 @@
EMACS = emacs
-ELC = git.elc vc-git.elc
+ELC = git.elc vc-git.elc git-blame.elc
INSTALL ?= install
INSTALL_ELC = $(INSTALL) -m 644
prefix ?= $(HOME)
@@ -15,6 +15,6 @@ install: all
$(INSTALL_ELC) $(ELC) $(emacsdir)
%.elc: %.el
- $(EMACS) --batch --eval '(byte-compile-file "$<")'
+ $(EMACS) -batch -f batch-byte-compile $<
clean:; rm -f $(ELC)
--
1.5.0
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH] Use non-interactive function to byte-compile files
2007-03-05 8:23 [PATCH] Use non-interactive function to byte-compile files Xavier Maillard
@ 2007-03-05 9:51 ` Karl Hasselström
2007-03-05 14:54 ` Johannes Schindelin
0 siblings, 1 reply; 8+ messages in thread
From: Karl Hasselström @ 2007-03-05 9:51 UTC (permalink / raw)
To: Xavier Maillard; +Cc: git
On 2007-03-05 09:23:42 +0100, Xavier Maillard wrote:
> Hi,
>
> Ihope this one is more closed to what you expect to see in a
> commit log.
>
> * contrib/emacs/Makefile: add git-blame as a candidate to the
> byte-compilation. batch-byte-compile is the prefered way
> to byte-compile files in batch mode. Use it instead of the
> interactive function.
>
> Signed-off-by: Xavier Maillard <zedek@gnu.org>
> ---
> contrib/emacs/Makefile | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/contrib/emacs/Makefile b/contrib/emacs/Makefile
Unless you intended the "hi, I hope this is better" part to be part of
the commit message, you should put it after the "---"; otherwise,
Junio will have to fix it up by hand.
Yes, Documentation/SubmittingPatches is a loooong text ...
--
Karl Hasselström, kha@treskal.com
www.treskal.com/kalle
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Use non-interactive function to byte-compile files
2007-03-05 9:51 ` Karl Hasselström
@ 2007-03-05 14:54 ` Johannes Schindelin
2007-03-05 15:04 ` Karl Hasselström
0 siblings, 1 reply; 8+ messages in thread
From: Johannes Schindelin @ 2007-03-05 14:54 UTC (permalink / raw)
To: Karl Hasselström; +Cc: Xavier Maillard, git
[-- Attachment #1: Type: TEXT/PLAIN, Size: 195 bytes --]
Hi,
On Mon, 5 Mar 2007, Karl Hasselström wrote:
> Yes, Documentation/SubmittingPatches is a loooong text ...
Unless you count all the MUA specific things, it is just 162 lines...
Ciao,
Dscho
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Use non-interactive function to byte-compile files
2007-03-05 14:54 ` Johannes Schindelin
@ 2007-03-05 15:04 ` Karl Hasselström
2007-03-05 15:37 ` [PATCH] Begin SubmittingPatches with a check list Johannes Schindelin
0 siblings, 1 reply; 8+ messages in thread
From: Karl Hasselström @ 2007-03-05 15:04 UTC (permalink / raw)
To: Johannes Schindelin; +Cc: Xavier Maillard, git
On 2007-03-05 15:54:46 +0100, Johannes Schindelin wrote:
> On Mon, 5 Mar 2007, Karl Hasselström wrote:
>
> > Yes, Documentation/SubmittingPatches is a loooong text ...
>
> Unless you count all the MUA specific things, it is just 162
> lines...
There's still a lot of information in there. It's not hard to forget
one out of the ~28 paragraphs of non-MUA-specific info.
--
Karl Hasselström, kha@treskal.com
www.treskal.com/kalle
^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH] Begin SubmittingPatches with a check list
2007-03-05 15:04 ` Karl Hasselström
@ 2007-03-05 15:37 ` Johannes Schindelin
2007-03-05 17:28 ` Alex Riesen
2007-03-05 20:52 ` Brian Gernhardt
0 siblings, 2 replies; 8+ messages in thread
From: Johannes Schindelin @ 2007-03-05 15:37 UTC (permalink / raw)
To: Karl Hasselström; +Cc: Xavier Maillard, git
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2298 bytes --]
It seems that some people prefer a short list to a long text. But even for
the latter group, a quick reminder list is useful. So, add a check list to
Documentation/SubmittingPatches of what to do to get your patch accepted.
Signed-off-by: Johannes Schindelin <Johannes.Schindelin@gmx.de>
---
On Mon, 5 Mar 2007, Karl Hasselström wrote:
> On 2007-03-05 15:54:46 +0100, Johannes Schindelin wrote:
>
> > On Mon, 5 Mar 2007, Karl Hasselström wrote:
> >
> > > Yes, Documentation/SubmittingPatches is a loooong text ...
> >
> > Unless you count all the MUA specific things, it is just 162
> > lines...
>
> There's still a lot of information in there. It's not hard to
> forget one out of the ~28 paragraphs of non-MUA-specific info.
Documentation/SubmittingPatches | 25 +++++++++++++++++++++++++
1 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/Documentation/SubmittingPatches b/Documentation/SubmittingPatches
index 285781d..b6b3dd5 100644
--- a/Documentation/SubmittingPatches
+++ b/Documentation/SubmittingPatches
@@ -1,3 +1,28 @@
+Short version for the impatient:
+
+ - make commits of logical units
+ - check for unnecessary whitespace with "git diff --check"
+ before committing
+ - do not check in commented out code or unneeded files
+ - provide a meaningful commit message
+ - the first line of the commit message should be a short
+ description and should skip the full stop
+ - if you want your work included in git.git, add a
+ "Signed-off-by: Your Name <your@email.com>" line to the
+ commit message (or just use the option "-s" when
+ committing) to confirm that you agree to the Developer's
+ Certificate of Origin
+ - do not PGP sign your patch
+ - use "git format-patch -M" to create the patch
+ - do not attach your patch, but paste it in the mail
+ mail body, unless you cannot teach your mailer to
+ leave the formatting of the patch alone
+ - provide additional information (which is unsuitable for
+ the commit message) between the "---" and the diffstat
+ - send the patch to the list _and_ the maintainer
+
+Long version:
+
I started reading over the SubmittingPatches document for Linux
kernel, primarily because I wanted to have a document similar to
it for the core GIT to make sure people understand what they are
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH] Begin SubmittingPatches with a check list
2007-03-05 15:37 ` [PATCH] Begin SubmittingPatches with a check list Johannes Schindelin
@ 2007-03-05 17:28 ` Alex Riesen
2007-03-05 20:52 ` Brian Gernhardt
1 sibling, 0 replies; 8+ messages in thread
From: Alex Riesen @ 2007-03-05 17:28 UTC (permalink / raw)
To: Johannes Schindelin; +Cc: Karl Hasselström, Xavier Maillard, git
On 3/5/07, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
> + - do not attach your patch, but paste it in the mail
> + mail body, unless you cannot teach your mailer to
> + leave the formatting of the patch alone
"mail" twice in the first and seconf line
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Begin SubmittingPatches with a check list
2007-03-05 15:37 ` [PATCH] Begin SubmittingPatches with a check list Johannes Schindelin
2007-03-05 17:28 ` Alex Riesen
@ 2007-03-05 20:52 ` Brian Gernhardt
2007-03-05 23:14 ` Johannes Schindelin
1 sibling, 1 reply; 8+ messages in thread
From: Brian Gernhardt @ 2007-03-05 20:52 UTC (permalink / raw)
To: Johannes Schindelin; +Cc: Karl Hasselström, Xavier Maillard, git
On Mar 5, 2007, at 10:37 AM, Johannes Schindelin wrote:
> + - use "git format-patch -M" to create the patch
The docco for git-format-patch doesn't list -M as one of it's
options. Is this one of the diff-options, and does it take all of
the options git-diff does? If so, this should be mentioned in the
documentation.
~~ Brian
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Begin SubmittingPatches with a check list
2007-03-05 20:52 ` Brian Gernhardt
@ 2007-03-05 23:14 ` Johannes Schindelin
0 siblings, 0 replies; 8+ messages in thread
From: Johannes Schindelin @ 2007-03-05 23:14 UTC (permalink / raw)
To: Brian Gernhardt; +Cc: git
Hi,
On Mon, 5 Mar 2007, Brian Gernhardt wrote:
> On Mar 5, 2007, at 10:37 AM, Johannes Schindelin wrote:
>
> > + - use "git format-patch -M" to create the patch
>
> The docco for git-format-patch doesn't list -M as one of it's options.
> Is this one of the diff-options, and does it take all of the options
> git-diff does? If so, this should be mentioned in the documentation.
Actually, it is described briefly in the synopsis. But not in the options
section. Care to provide a patch (see git-log.txt for an example how to
include the diff options)?
Ciao,
Dscho
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2007-03-05 23:15 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-03-05 8:23 [PATCH] Use non-interactive function to byte-compile files Xavier Maillard
2007-03-05 9:51 ` Karl Hasselström
2007-03-05 14:54 ` Johannes Schindelin
2007-03-05 15:04 ` Karl Hasselström
2007-03-05 15:37 ` [PATCH] Begin SubmittingPatches with a check list Johannes Schindelin
2007-03-05 17:28 ` Alex Riesen
2007-03-05 20:52 ` Brian Gernhardt
2007-03-05 23:14 ` Johannes Schindelin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).