Re: [PATCH] blame.c: don't drop origin blobs as eagerly

2016-05-28 Thread David Kastrup
Johannes Schindelin <johannes.schinde...@gmx.de> writes: > Hi David, > > On Sat, 28 May 2016, David Kastrup wrote: > >> > The short version of your answer is that you will leave this patch in >> > its current form and address none of my concerns because you m

[PATCH v2] Require 0 context lines in git-blame algorithm

2016-05-28 Thread David Kastrup
org/gmane.comp.version-control.git/255289/>. <http://permalink.gmane.org/gmane.comp.version-control.git/295795> sheds some more light on the history of the previous choice. Signed-off-by: David Kastrup <d...@gnu.org> --- builtin/blame.c | 7 +++ 1 file changed, 3 insertions(+), 4

Re: [PATCH] blame.c: don't drop origin blobs as eagerly

2016-05-28 Thread David Kastrup
Johannes Schindelin <johannes.schinde...@gmx.de> writes: > On Fri, 27 May 2016, David Kastrup wrote: > >> Johannes Schindelin <johannes.schinde...@gmx.de> writes: >> >> > On Fri, 27 May 2016, David Kastrup wrote: >> > >> >> pressur

Re: [PATCH] blame.c: don't drop origin blobs as eagerly

2016-05-27 Thread David Kastrup
Johannes Schindelin <johannes.schinde...@gmx.de> writes: > On Fri, 27 May 2016, David Kastrup wrote: > >> pressure particularly when the history contains lots of merges from >> long-diverged branches. In practice, this optimization appears to >> behave quite benign

[PATCH] Require 0 context lines in git-blame algorithm

2016-05-27 Thread David Kastrup
Previously, the core part of git blame -M required 1 context line. There is no rationale to be found in the code (one guess would be that the old blame algorithm was unable to deal with immediately adjacent regions), and it causes artifacts like discussed in the thread

[PATCH] blame.c: don't drop origin blobs as eagerly

2016-05-27 Thread David Kastrup
When a parent blob already has chunks queued up for blaming, dropping the blob at the end of one blame step will cause it to get reloaded right away, doubling the amount of I/O and unpacking when processing a linear history. Keeping such parent blobs in memory seems like a reasonable

Re: Draft of Git Rev News edition 1

2015-03-22 Thread David Kastrup
a pull request, or by commenting on this GitHub issue: https://github.com/git/git.github.io/issues/17 You can also reply to this email. I've seen David Kastrup (dak at gnu.org) previously reimplemented significant parts of git blame for a vast gain in performance with complex

Re: Draft of Git Rev News edition 1

2015-03-22 Thread David Kastrup
Thomas Ferris Nicolaisen tfn...@gmail.com writes: On Sun, Mar 22, 2015 at 12:21 PM, David Kastrup d...@gnu.org wrote: David Kastrup (dak at gnu.org) previously reimplemented significant parts of git blame for a vast gain in performance with complex histories and large files

Re: Promoting Git developers

2015-03-16 Thread David Kastrup
: http://git-blame.blogspot.fr/ don't you? Git Annotate? -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Promoting Git developers

2015-03-09 Thread David Kastrup
Michael J Gruber g...@drmicha.warpmail.net writes: Christian Couder venit, vidit, dixit 07.03.2015 08:18: Hi, On Fri, Mar 6, 2015 at 6:41 PM, David Kastrup d...@gnu.org wrote: At some point of time I think it may be worth reevaluating the toxic atmosphere against freelancers doing Git

Re: git-scm.com website

2015-03-09 Thread David Kastrup
Scott Chacon scha...@gmail.com writes: On Mon, Mar 9, 2015 at 9:06 AM, David Kastrup d...@gnu.org wrote: Personally, I consider the recent migration of the Emacs repository to Git a bigger endorsement but then that's me. I would love to have Emacs on that page, actually. If you guys want me

Re: git-scm.com website

2015-03-09 Thread David Kastrup
Shawn Pearce spea...@spearce.org writes: On Mon, Mar 9, 2015 at 9:06 AM, David Kastrup d...@gnu.org wrote: Shawn Pearce spea...@spearce.org writes: On Mon, Mar 9, 2015 at 6:57 AM, Michael J Gruber g...@drmicha.warpmail.net wrote: Since we're talking business: git-scm.com still looks a bit

Re: git-scm.com website

2015-03-09 Thread David Kastrup
David Kastrup d...@gnu.org writes: Scott Chacon scha...@gmail.com writes: On Mon, Mar 9, 2015 at 9:06 AM, David Kastrup d...@gnu.org wrote: Personally, I consider the recent migration of the Emacs repository to Git a bigger endorsement but then that's me. I would love to have Emacs

Re: git-scm.com website

2015-03-09 Thread David Kastrup
. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Git very slow ?

2015-03-08 Thread David Kastrup
Ken Moffat zarniwh...@ntlworld.com writes: On Sun, Mar 08, 2015 at 05:21:22PM +0100, David Kastrup wrote: Particularly not git-blame in 2.1. I should be quite surprised to see any git-blame call running noticeably slower in 2.1 than in any preceding version. What may have happened

Re: Git very slow ?

2015-03-08 Thread David Kastrup
it with. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Bashing freelancers

2015-03-07 Thread David Kastrup
Junio C Hamano gits...@pobox.com writes: David Kastrup d...@gnu.org writes: Junio C Hamano gits...@pobox.com writes: David Kastrup d...@gnu.org writes: Good work is worth good money. Suggesting that people who are not able to work for free are morally inferior is not conducive

Bashing freelancers (was: [ANNOUNCE] Git Merge Contributors Summit, April 8th, Paris)

2015-03-06 Thread David Kastrup
pointed out that not even my name was correct, removed altogether. All that in connection with public shaming that I wanted to point out to end users that this work required financing if it were to continue. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body

Re: Bashing freelancers

2015-03-06 Thread David Kastrup
Junio C Hamano gits...@pobox.com writes: David Kastrup d...@gnu.org writes: Good work is worth good money. Suggesting that people who are not able to work for free are morally inferior is not conducive for a cooperative work atmosphere. Yes, but I do not think anybody did any such thing

Re: Bashing freelancers

2015-03-06 Thread David Kastrup
Junio C Hamano gits...@pobox.com writes: David Kastrup d...@gnu.org writes: Junio C Hamano gits...@pobox.com writes: David Kastrup d...@gnu.org writes: Good work is worth good money. Suggesting that people who are not able to work for free are morally inferior is not conducive

Possible GSoC project?

2015-02-18 Thread David Kastrup
kind of release for a number of platforms. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: patch-2.7.3 no longer applies relative symbolic link patches

2015-01-26 Thread David Kastrup
the same tree it is patching, I could also easily see patch *not* doing that. I consider it rather hard and error-prone and/or an attack vector to choose a course of action for ../ in connection with the -p option. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git

Re: git-svn metadata commands performance issue

2015-01-15 Thread David Kastrup
talking about something like 64kB of total available memory here), that tended to work reasonably well. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

Re: reject backwards merges

2014-12-13 Thread David Kastrup
of branch a merge will land on. Most reversed merges probably come into being by having a fast-forward in a series of zig-zagged merges. Naturally the history before the fast-forward can only be the right way round for one of the two branches. -- David Kastrup -- To unsubscribe from this list

Re: Antw: Re: Enhancement Request: locale git option

2014-12-08 Thread David Kastrup
(~follow) for tracking? What about bekannt, unbekannt and bekanntmachen? unregistriert, registriert, anmelden? Or ungemeldet, angemeldet, anmelden? -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo

Re: [BUG] Documentation: git log: --exit-code undocumented?

2014-12-01 Thread David Kastrup
that --exit-code does nothing: it indicates whether the listed log is empty. So for example git log -1 --exit-code a..b /dev/null can be used to figure out whether a is a proper ancestor of b or not. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body

Re: [BUG] Documentation: git log: --exit-code undocumented?

2014-12-01 Thread David Kastrup
Junio C Hamano gits...@pobox.com writes: David Kastrup d...@gnu.org writes: I disagree that --exit-code does nothing: it indicates whether the listed log is empty. So for example git log -1 --exit-code a..b /dev/null can be used to figure out whether a is a proper ancestor of b

Re: Sources for 3.18-rc1 not uploaded

2014-10-21 Thread David Kastrup
Linus Torvalds torva...@linux-foundation.org writes: On Tue, Oct 21, 2014 at 1:08 AM, Michael J Gruber g...@drmicha.warpmail.net wrote: Unfortunately, the git archive doc clearly says that the umask is applied to all archive entries. And that clearly wasn't the case (for extended metadata

Re: git branch --merged and git branch --verbose do not combine

2014-09-15 Thread David Kastrup
Junio C Hamano gits...@pobox.com writes: David Kastrup d...@gnu.org writes: dak@lola:/usr/local/tmp/lilypond$ ../git/git branch --merged --verbose fatal: malformed object name --verbose Only at the very end of the command line if you omit something that is required, Git helps by defaulting

git branch --merged and git branch --verbose do not combine

2014-09-14 Thread David Kastrup
an incomplete list (basically ignoring --merged) or an error message. Since both behavior and naming of the --verbose option is more or less orthogonal to other listing options, it would make sense to allow it to combine with them. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe

Re: AW: Understanding behavior of git blame -M

2014-08-16 Thread David Kastrup
find the current behavior correct. I don't say any such thing and don't imply it. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Understanding behavior of git blame -M

2014-08-15 Thread David Kastrup
it. I stand absolutely nothing to gain from working on Git. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH/RFH 0/3] stable priority-queue

2014-07-14 Thread David Kastrup
, but at least will correspond to the order the commits have been discovered/generated, so they should still exhibit a more topological relation than what prio_queue does without further help. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message

Re: Git reset --hard with staged changes

2014-06-10 Thread David Kastrup
once it tracks them. This includes the operation of removing _and_ untracking them, like with git reset --hard. The only command which explicitly messes with untracked files is git-clean. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message

Re: Git reset --hard with staged changes

2014-06-09 Thread David Kastrup
reset --hard will first physically remove it before untracking it. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: What's cooking in git.git (Jun 2014, #02; Fri, 6)

2014-06-07 Thread David Kastrup
of getting the name right. At any rate, as promised I'll post a list of remaining low-hanging fruit in the next days for somebody else to get praised for, and then I'm out. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord

Re: [PATCH] t9001: avoid not portable '\n' with sed

2014-06-04 Thread David Kastrup
explicit in the log message to say whose implementation has this issue to warn people. shall match talks about the match expression, not the replacement. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More

Re: [PATCH] pack-objects: use free()+xcalloc() instead of xrealloc()+memset()

2014-06-02 Thread David Kastrup
familiar to me. I guess there was just too much refactoring during the code movement for git-blame to pass along the blame in this case. Without -M, too much refactoring for git-blame may just be moving a function to a different place in the same file. -- David Kastrup -- To unsubscribe from

Re: [ANNOUNCE] Git v2.0.0

2014-05-31 Thread David Kastrup
so, this would likely contribute to the delay. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [ANNOUNCE] Git v2.0.0

2014-05-29 Thread David Kastrup
. However, that is a manual and burdensome process and requires an up-front decision to do so. Once a message made it to the list, the various archives will pick it up. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord

Re: [PATCH 1/5] progress.c: replace signal() with sigaction()

2014-05-28 Thread David Kastrup
the fact we're now at git 2.0 maybe it's time to revisit this policy? If I look at the initialization of v in the context immediately above the new code, it would appear that somebody already revisited this policy. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git

Re: [PATCH 1/5] progress.c: replace signal() with sigaction()

2014-05-28 Thread David Kastrup
Erik Faye-Lund kusmab...@gmail.com writes: On Wed, May 28, 2014 at 10:19 AM, David Kastrup d...@gnu.org wrote: Chris Packham judge.pack...@gmail.com writes: On 28/05/14 18:14, Jeremiah Mahler wrote: static void clear_progress_signal(void) { struct itimerval v = {{0,},}; +struct

Re: [PATCH v3 2/5] commit test: Change $PWD to $(pwd)

2014-05-27 Thread David Kastrup
relies on Posix 1003.1-2001 in other respects so it's likely not much of an actual issue. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH] Get rid of the non portable shell export VAR=VALUE costruct

2014-05-22 Thread David Kastrup
have bigger problems... -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH] Get rid of the non portable shell export VAR=VALUE costruct

2014-05-22 Thread David Kastrup
Johannes Sixt j.s...@viscovery.net writes: Am 5/22/2014 15:19, schrieb David Kastrup: Torsten Bögershausen tbo...@web.de writes: On 2014-05-22 14.48, Elia Pinto wrote: Found by check-non-portable-shell.pl Thanks for picking this up -export TEST_DIRECTORY=$(pwd)/../../../t

Re: [ANNOUNCE] Git v2.0.0-rc4

2014-05-20 Thread David Kastrup
regression while refusing to give further specifics, so this would unfortunately be the safest option for the upcoming release. Signed-off-by: Junio C Hamano gits...@pobox.com -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message

Re: Fwd: [Bug] - Processing commit message after amend

2014-05-16 Thread David Kastrup
could add that sort of commit message interactively to start with, so it's not all that surprising that you won't be able to amend it interactively. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH 0/4] remote-hg: more improvements

2014-05-15 Thread David Kastrup
Felipe Contreras felipe.contre...@gmail.com writes: David Kastrup wrote: Shouting your God is an imaginary shithead every time you see Mark There's no point in discussing with an unconstructive person as you. So go to a constructive person you call your friend and show him one of your calm

Re: [PATCH 0/4] remote-hg: more improvements

2014-05-14 Thread David Kastrup
, only benefit me... -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 0/4] remote-hg: more improvements

2014-05-14 Thread David Kastrup
themselves through civil behavior and mutual trust get a lot more work done. But they _are_ a vector for social engineering. You have to admit that it seems pretty unlikely by now that Felipe is trying to sneak in some NSA-written code without arousing people's suspicions. -- David Kastrup

Re: [PATCH 0/4] remote-hg: more improvements

2014-05-14 Thread David Kastrup
, and continue to scratch, feeling responsible for them due to the skills they have been not as much blessed or cursed but entrusted with. And programming and social skills tend to be packaged separately. So not everybody is gifted with being able to contribute _gracefully_. -- David Kastrup

Re: [PATCH 0/4] remote-hg: more improvements

2014-05-14 Thread David Kastrup
and/or grave. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 0/4] remote-hg: more improvements

2014-05-14 Thread David Kastrup
it. If you convinced yourself to be standing perfectly balanced and find yourself falling, there is no point in not catching yourself before smashing your head open just because you _know_ you have been standing perfectly upright. -- David Kastrup -- To unsubscribe from this list: send the line

Re: [PATCH 0/4] remote-hg: more improvements

2014-05-14 Thread David Kastrup
Felipe Contreras felipe.contre...@gmail.com writes: David Kastrup wrote: Felipe Contreras felipe.contre...@gmail.com writes: Philippe Vaucher wrote: [...] Do you feel Felipe is in control of what you label bad behavior? Do you feel you are in control over how you react to his

Re: [PATCH 0/4] remote-hg: more improvements

2014-05-14 Thread David Kastrup
Junio C Hamano gits...@pobox.com writes: David Kastrup d...@gnu.org writes: Philippe Vaucher philippe.vauc...@gmail.com writes: Thanks for the explanation. I think it underlines well the A) technical issues (quality commits) and the B) social issues (ability to communicate in a friendly

Re: Should git-remote-hg/bzr be part of the core?

2014-05-12 Thread David Kastrup
about a lack of effort here. It is just not spent conducively. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Should git-remote-hg/bzr be part of the core?

2014-05-12 Thread David Kastrup
will only bias people against you when you have the next case to present. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: What's cooking in git.git (May 2014, #02; Fri, 9)

2014-05-11 Thread David Kastrup
making the decisions is unilateral. The salient questions rather are whether the decision is sensible, takes into account all available input and is communicated in a reasonable manner. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message

Re: Output from git blame A..B -- path for the bottom commit is misleading

2014-05-10 Thread David Kastrup
Junio C Hamano gits...@pobox.com writes: Jeff King p...@peff.net writes: On Fri, May 09, 2014 at 07:04:05AM +0200, David Kastrup wrote: Arguably if the user explicitly limited the range, he knows what he's looking at. Admittedly, I don't know offhand which options _will_ produce boundary

Re: Output from git blame A..B -- path for the bottom commit is misleading

2014-05-09 Thread David Kastrup
which options _will_ produce boundary commit indications: there may be some without explicit range limitation, and we might also be talking about limiting through shallow repos (git blame on a shallow repo is probably a bad idea in the first place, but anyway). -- David Kastrup -- To unsubscribe

Re: [PATCH v1 04/25] contrib: remove 'buildsystems'

2014-05-09 Thread David Kastrup
to host his own repository should get thrown off Git's. That would solve the whole contrib problem in one fell swoop. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org

Re: [PATCH v1 04/25] contrib: remove 'buildsystems'

2014-05-09 Thread David Kastrup
Felipe Contreras felipe.contre...@gmail.com writes: David Kastrup wrote: The idea of removing software from distribution is to get rid of stuff without a user base rather than punishing lazy developers. No. So we have you on record that you would want to get rid of stuff _with_ a user base

Re: [PATCH v1 04/25] contrib: remove 'buildsystems'

2014-05-09 Thread David Kastrup
Felipe Contreras felipe.contre...@gmail.com writes: David Kastrup wrote: Felipe Contreras felipe.contre...@gmail.com writes: David Kastrup wrote: The idea of removing software from distribution is to get rid of stuff without a user base rather than punishing lazy developers

Re: [PATCH v1 23/25] contrib: remove 'hooks/multimail'

2014-05-09 Thread David Kastrup
win the hearts and minds of other contributors. Oh come on. Junio is not _that_ bad. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Is there any efficient way to track history of a piece of code?

2014-05-08 Thread David Kastrup
with a number of coding style fixes. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Output from git blame A..B -- path for the bottom commit is misleading

2014-05-08 Thread David Kastrup
option. One could use -b -b but frankly, where is the point? Name and date deliver no useful information when the commit is absent. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: Output from git blame A..B -- path for the bottom commit is misleading

2014-05-08 Thread David Kastrup
making that more apparent). It is unclear to me what this one makes the most sense to me is referring to, in particular whether it encompasses the and not overriding part of the paragraph. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message

Re: Beginner question on Pull is mostly evil

2014-05-07 Thread David Kastrup
workflow usually handled by git pull: Codeveloper X sends a pull request to Y who maintains the mainline. Y executes git pull to merge X' sidebranch into the mainline. Codeveloper X executes git pull in order to merge the mainline from Y back into his private sidebranch. -- David Kastrup

Re: [PATCH v2] pager: remove 'S' from $LESS by default

2014-05-06 Thread David Kastrup
to display the content _first_ in line. The metadata is useless without the content anyway. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 1/9] Define a structure for object IDs.

2014-05-05 Thread David Kastrup
of its first member can be converted to a pointer to a struct even if the struct only contains a member of such type. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org

Re: [PATCH 1/9] Define a structure for object IDs.

2014-05-05 Thread David Kastrup
Andreas Schwab sch...@linux-m68k.org writes: David Kastrup d...@gnu.org writes: It does not as far as I can see guarantee that a pointer to something of the same type of its first member can be converted to a pointer to a struct even if the struct only contains a member of such type

Re: [PATCH] Bump core.deltaBaseCacheLimit to 96m

2014-05-05 Thread David Kastrup
Duy Nguyen pclo...@gmail.com writes: On Mon, May 5, 2014 at 12:13 AM, David Kastrup d...@gnu.org wrote: The default of 16m causes serious thrashing for large delta chains combined with large files. Here are some benchmarks (pu variant of git blame): time git blame -C src/xdisp.c /dev/null

Re: [PATCH 1/9] Define a structure for object IDs.

2014-05-05 Thread David Kastrup
Andreas Schwab sch...@linux-m68k.org writes: David Kastrup d...@gnu.org writes: Your premise is _not_ assumed in my statement. My premise was a pointer to something of the same type of [the struct's] first member. That does quite explicitly _not_ state that an object of struct type

Re: Pull is Mostly Evil

2014-05-04 Thread David Kastrup
. It's the others that focus on the carisma and credentials of the people in the discussion, rather than the arguments. I think you are confusing inertia with resistance. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord

Re: Pull is Mostly Evil

2014-05-04 Thread David Kastrup
be right because you hold it. If he considered others capable of independent thought, would he call out their imperviousness to rhetorics as a deficiency? -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More

Re: [PATCH 1/9] Define a structure for object IDs.

2014-05-04 Thread David Kastrup
. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Pull is Mostly Evil

2014-05-04 Thread David Kastrup
to whose summary? URL:https://www.youtube.com/watch?v=2eMkth8FWno -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 1/9] Define a structure for object IDs.

2014-05-04 Thread David Kastrup
Andreas Schwab sch...@linux-m68k.org writes: brian m. carlson sand...@crustytoothpaste.net writes: I don't even plan to write the code assuming that offsetof(struct object_id, oid) is 0. This is guaranteed by the C standard, though. Any reference? -- David Kastrup -- To unsubscribe from

[PATCH] Bump core.deltaBaseCacheLimit to 96m

2014-05-04 Thread David Kastrup
0m23.964s 96m: real2m5.668s user1m50.784s sys 0m14.288s 128m: real2m4.337s user1m50.764s sys 0m12.832s 192m: real2m3.567s user1m49.508s sys 0m13.312s Signed-off-by: David Kastrup d...@gnu.org --- Documentation/config.txt | 2 +- environment.c| 2

Re: [PATCH 1/9] Define a structure for object IDs.

2014-05-04 Thread David Kastrup
Andreas Schwab sch...@linux-m68k.org writes: David Kastrup d...@gnu.org writes: Andreas Schwab sch...@linux-m68k.org writes: brian m. carlson sand...@crustytoothpaste.net writes: I don't even plan to write the code assuming that offsetof(struct object_id, oid) is 0. This is guaranteed

Re: Pull is Evil

2014-05-03 Thread David Kastrup
Andreas Krey a.k...@gmx.de writes: On Fri, 02 May 2014 10:46:09 +, David Kastrup wrote: ... What the gibbins? I don't even use git pull. I do, but I watch for the fast-forward message and undo as appropriate. I use git fetch, and then, depending on my needs, I rebase or merge. I

Re: Pull is Mostly Evil

2014-05-03 Thread David Kastrup
be turning clockwise or counterclockwise by default? There are valid arguments for either. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Pull is Mostly Evil

2014-05-03 Thread David Kastrup
Felipe Contreras felipe.contre...@gmail.com writes: David Kastrup wrote: Richard Hansen rhan...@bbn.com writes: These three usage patterns are at odds; it's hard to change the default behavior of 'git pull' to favor one usage case without harming another. Perhaps this is why there's so

Re: Pull is Evil

2014-05-02 Thread David Kastrup
design, do what I would have done anyway. But I prefer making that choice on my own, depending on the particular circumstances. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: Pull is Mostly Evil

2014-05-02 Thread David Kastrup
, and I _think_ that fast-forwards are pretty uncontentious as well. It's just when the merge-left/merge-right/rebase-left/rebase-right decision kicks in that prescribing one git-pull behavior looks like a recipe for trouble. -- David Kastrup -- To unsubscribe from this list: send the line

Re: Pull is Evil

2014-05-02 Thread David Kastrup
(for every pull) to set the appropriate ff flag. It wouldn't matter if by the default non-fast-forward merges are rejected. It would matter if you didn't want them making non-fast-forward merges (e.g. for explicitly-merged topic branches). s/didn't want/only wanted/ -- David Kastrup

Re: Pull is Mostly Evil

2014-05-02 Thread David Kastrup
David Lang da...@lang.hm writes: On Fri, 2 May 2014, David Kastrup wrote: It's just when the merge-left/merge-right/rebase-left/rebase-right decision kicks in that prescribing one git-pull behavior looks like a recipe for trouble. confusion at least. It's not fatal confusion, people have

Re: [PATCH 1/8] CodingGuidelines: typofix

2014-05-02 Thread David Kastrup
' is more common. Grammar by democracy. ;) Languages are a democracy. There's no authority that decides if unibrow should become part of the English language. We all do. Well, and the U.S. justice system rather supports the hyphenation judge- mental. -- David Kastrup -- To unsubscribe from

Re: Pull is Mostly Evil

2014-05-02 Thread David Kastrup
on. A safety catch defaulting to a factory position of off is not going to stop inexperienced people from shooting themselves in the foot. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [PATCH 1/8] CodingGuidelines: typofix

2014-05-01 Thread David Kastrup
turns this into two sentences which cannot sensibly be connected with a comma. If you want to fix something here, do s/judgement/judgment/ instead. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More

Re: [PATCH 6/8] CodingGuidelines: call the conditional statement if (), not if()

2014-05-01 Thread David Kastrup
try to avoid assignments inside if(). + - We try to avoid assignments inside if () condition. That's not grammatical. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [PATCH 4/8] CodingGuidelines: give an example for control statements

2014-05-01 Thread David Kastrup
; then + do this + fi + + (correct) + if test -f hello + then + do this + fi + - We prefer test over [ ... ]. - We do not write the noiseword function in front of shell s/noiseword/bashism/ -- David Kastrup -- To unsubscribe from

Re: [PATCH 6/8] CodingGuidelines: call the conditional statement if (), not if()

2014-05-01 Thread David Kastrup
Junio C Hamano gits...@pobox.com writes: David Kastrup d...@gnu.org writes: - - We try to avoid assignments inside if(). + - We try to avoid assignments inside if () condition. That's not grammatical. OK, ... inside the condition part of an if () statement

Re: Recording the current branch on each commit?

2014-04-29 Thread David Kastrup
legs perfectly suited to get it across the track on its own. Only that way you get to pat it on its head. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

Re: Recording the current branch on each commit?

2014-04-29 Thread David Kastrup
Felipe Contreras felipe.contre...@gmail.com writes: David Kastrup wrote: Well, there you have it. The ones that do any kind of relevant change are the ones that need thinking about and consideration. And when you are so verbose about them that a) you are getting on people's nerves b

Re: Recording the current branch on each commit?

2014-04-29 Thread David Kastrup
Felipe Contreras felipe.contre...@gmail.com writes: David Kastrup wrote: The default behavior of git push. This is a minor change that not many people would notice, and it has not actually happend. But fine, let's count it as one. Shrug. Your diatribe is to a good part about the default

Re: Recording the current branch on each commit?

2014-04-28 Thread David Kastrup
-style commit objects. Personally, I am _strongly_ opposed. How I name and juggle my private branches is nobody else's business in a distributed version control system. They are private. My personal workflow. Not part of a commit. -- David Kastrup -- To unsubscribe from this list: send the line

Re: [PATCH] PAGER_ENV: remove 'S' from $LESS by default

2014-04-28 Thread David Kastrup
'; Searching for LESS seems to implicate a few more possible candidates in contrib/examples: contrib/examples/git-log.sh:LESS=-S ${PAGER:-less} contrib/examples/git-whatchanged.sh:LESS=$LESS -S ${PAGER:-less} -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body

Re: Recording the current branch on each commit?

2014-04-28 Thread David Kastrup
what private branches some submitter has developed his patches in? This is not a useful part of a commit. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

Re: Recording the current branch on each commit?

2014-04-28 Thread David Kastrup
default. The scale of the git-pull problem is small in comparison as it only messes up a single local branch instead of a whole set of upstream branches. -- David Kastrup -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More

  1   2   3   >