[PATCH] mailmap: remove the "repo-abbrev" comment

t in linux.git whose use would be broken sooner than later by git itself, and because it'll eventually be entirely redundant. 1. https://lore.kernel.org/git/CAHk-=wixhybkzvucxq+ncwmbkrx0xnppb7ucoprww1+oexy...@mail.gmail.com/ Acked-by: Linus Torvalds Signed-off-by: Ævar Arnfjörð Bjarmason --- .mail

[PATCH] Documentation/process: hardcoded core.abbrev considered harmful!

eleased over 2 years ago use the auto-sizing, and it seems like a fair assumption that kernel developers use a fairly recent git version. Signed-off-by: Ævar Arnfjörð Bjarmason --- As an aside I have upcoming git.git patches so you'll be able to set core.abbbrev to e.g. +1 to get "13&qu

Re: [PATCH 2/2] send-email: supply a --send-delay=1 by default

On Sun, Mar 25 2018, brian m. carlson wrote: > On Sun, Mar 25, 2018 at 06:28:03PM +0000, Ævar Arnfjörð Bjarmason wrote: >> The earlier change to add this option described the problem this >> option is trying to solve. >> >> This turns it on by default with a

Re: [PATCH 2/2] send-email: supply a --send-delay=1 by default

On Sun, Mar 25 2018, brian m. carlson wrote: > On Sun, Mar 25, 2018 at 06:28:03PM +0000, Ævar Arnfjörð Bjarmason wrote: >> The earlier change to add this option described the problem this >> option is trying to solve. >> >> This turns it on by default with a

[PATCH 1/2] send-email: add an option to impose delay sent E-Mails

ot;send-delay=s" instead of "send-delay=d" is because we're doing manual validation of the value we get passed, which getopt would corrupt in cases of e.g. float values before we could show a sensible error message. Signed-off-by: Ævar Arnfjörð Bjarmason <ava...@gmail.com>

[PATCH 1/2] send-email: add an option to impose delay sent E-Mails

ot;send-delay=s" instead of "send-delay=d" is because we're doing manual validation of the value we get passed, which getopt would corrupt in cases of e.g. float values before we could show a sensible error message. Signed-off-by: Ævar Arnfjörð Bjarmason --- Documentation/config.t

[PATCH 2/2] send-email: supply a --send-delay=1 by default

really sensitive to the sending part of send-email taking longer. You just choose "all" and then switch to another terminal while it does its thing if you have a huge series, and for 1-3 patches I doubt anyone would notice this anyway. Signed-off-by: Ævar Arnfjörð Bjar

[PATCH 2/2] send-email: supply a --send-delay=1 by default

really sensitive to the sending part of send-email taking longer. You just choose "all" and then switch to another terminal while it does its thing if you have a huge series, and for 1-3 patches I doubt anyone would notice this anyway. Signed-off-by: Ævar Arnfjörð

[PATCH 0/2] send-email: impose a delay while sending to appease GMail

n the LKML and wondering why you got this, I figured feedback from the other big user (that I know of) of send-email would be helpful. Ævar Arnfjörð Bjarmason (2): send-email: add an option to impose delay sent E-Mails send-email: supply a --send-delay=1 by default Documentation/config.txt

[PATCH 0/2] send-email: impose a delay while sending to appease GMail

n the LKML and wondering why you got this, I figured feedback from the other big user (that I know of) of send-email would be helpful. Ævar Arnfjörð Bjarmason (2): send-email: add an option to impose delay sent E-Mails send-email: supply a --send-delay=1 by default Documentation/config.txt

Re: [ANNOUNCE] Git v2.17.0-rc0

On Fri, Mar 16 2018, Junio C. Hamano jotted: > gitweb: hard-depend on the Digest::MD5 5.8 module I've just noticed this now, but while this module is in 5.8 RedHat's butchered perl doesn't have it in the base system, thus this introduces the do-we-even-care regression that git's full test

Re: [ANNOUNCE] Git v2.17.0-rc0

On Fri, Mar 16 2018, Junio C. Hamano jotted: > gitweb: hard-depend on the Digest::MD5 5.8 module I've just noticed this now, but while this module is in 5.8 RedHat's butchered perl doesn't have it in the base system, thus this introduces the do-we-even-care regression that git's full test

Re: [ANNOUNCE] Git v2.14.0-rc0

On Sat, Jul 15 2017, Christian Couder jotted: > On Sat, Jul 15, 2017 at 1:17 AM, Ævar Arnfjörð Bjarmason > <ava...@gmail.com> wrote: >> >> On Thu, Jul 13 2017, Junio C. Hamano jotted: > >>> * "git send-email" learned to overcome some SMTP server lim

Re: [ANNOUNCE] Git v2.14.0-rc0

On Sat, Jul 15 2017, Christian Couder jotted: > On Sat, Jul 15, 2017 at 1:17 AM, Ævar Arnfjörð Bjarmason > wrote: >> >> On Thu, Jul 13 2017, Junio C. Hamano jotted: > >>> * "git send-email" learned to overcome some SMTP server limitation >>&

Re: [ANNOUNCE] Git v2.14.0-rc0

On Thu, Jul 13 2017, Junio C. Hamano jotted: Proposed improvements for the release notes (is this a good way to propose RelNotes changes?) > An early preview release Git v2.14.0-rc0 is now available for > testing at the usual places. It is comprised of 675 non-merge > commits since v2.13.0,

Re: [ANNOUNCE] Git v2.14.0-rc0

On Thu, Jul 13 2017, Junio C. Hamano jotted: Proposed improvements for the release notes (is this a good way to propose RelNotes changes?) > An early preview release Git v2.14.0-rc0 is now available for > testing at the usual places. It is comprised of 675 non-merge > commits since v2.13.0,

Re: [ANNOUNCE] Git v2.12.0

On Fri, Feb 24, 2017 at 8:28 PM, Junio C Hamano wrote: > The latest feature release Git v2.12.0 is now available at the > usual places. It is comprised of 517 non-merge commits since > v2.11.0, contributed by 80 people, 24 of which are new faces. Yay, some explanations /

Re: [ANNOUNCE] Git v2.12.0

On Fri, Feb 24, 2017 at 8:28 PM, Junio C Hamano wrote: > The latest feature release Git v2.12.0 is now available at the > usual places. It is comprised of 517 non-merge commits since > v2.11.0, contributed by 80 people, 24 of which are new faces. Yay, some explanations / notes / elaborations:

Re: [ANNOUNCE] Git v2.3.0

On Thu, Feb 5, 2015 at 11:53 PM, Junio C Hamano wrote: > The latest feature release Git v2.3.0 is now available at the > usual places. > > [...] > * Git 2.0 was supposed to make the "simple" mode for the default of >"git push", but it didn't. >(merge 00a6fa0 jk/push-simple later to

Re: [ANNOUNCE] Git v2.3.0

On Thu, Feb 5, 2015 at 11:53 PM, Junio C Hamano gits...@pobox.com wrote: The latest feature release Git v2.3.0 is now available at the usual places. [...] * Git 2.0 was supposed to make the simple mode for the default of git push, but it didn't. (merge 00a6fa0 jk/push-simple later to

Re: [ANNOUNCE] Git v2.3.0-rc0

On Tue, Jan 13, 2015 at 12:57 AM, Junio C Hamano wrote: > An early preview release Git v2.3.0-rc0 is now available for > testing at the usual places. [...] > Jeff King (38): [...] > parse_color: refactor color storage [...] I've had this in my .gitconfig since 2010 which was broken by

Re: [ANNOUNCE] Git v2.3.0-rc0

On Tue, Jan 13, 2015 at 12:57 AM, Junio C Hamano gits...@pobox.com wrote: An early preview release Git v2.3.0-rc0 is now available for testing at the usual places. [...] Jeff King (38): [...] parse_color: refactor color storage [...] I've had this in my .gitconfig since 2010 which was