I noticed that even with v4, we still duplicate a lot of info in the
remaining fields. ce_uid and ce_guid for instance are unlikely to
change ever between entries. So I attempt to store offsets between the
previous entry instead. The result looks good. This is webkit index:
25M index-v2
14M inde
Hi,
I wonder if someone could help me. I installed git on a Mac and then I copied
the install somewhere else (which I do want to do, trust me). I'm now having
trouble with git svn. I'm getting "Can't locate Git/SVN.pm in @INC..."
I've added the bin folder to PATH. What else do I need to do? Do
During my day-to-day UGFWIINIT I noticed that we don't do textconv
iteratively. E.g.: I have a file
SuperSecretButDumbFormat.pdf.gpg
and textconv filters with attributes set for *.gpg and *.pdf (using
"gpg" resp. "pdftotext"). For Git, the file has only the "gpg"
attribute, of course. In this cas
On Thu, 21 Feb 2013 09:48:36 +
James French wrote:
> I wonder if someone could help me. I installed git on a Mac and then
> I copied the install somewhere else (which I do want to do, trust
> me). I'm now having trouble with git svn. I'm getting "Can't locate
> Git/SVN.pm in @INC..."
>
> I'
Konstantin Khomoutov writes:
> This [1] should help you get started with affecting @INC.
In the particular case of Git, the Makefile hardcodes the path to the
Git library. The script git-svn in Git's exec-path should start with:
use lib (split(/:/, $ENV{GITPERLLIB} || "/some/hardcoded/path/to/p
-Original Message-
From: Konstantin Khomoutov [mailto:flatw...@users.sourceforge.net]
Sent: 21 February 2013 10:35
To: James French
Cc: git@vger.kernel.org
Subject: Re: running git from non-standard location on Mac
On Thu, 21 Feb 2013 09:48:36 +
James French wrote:
> I wonder if s
Running "git branch HEAD" may be a stupid thing to do. It actually
was a mistake on my part. Still, I don't think git should dereference
a NULL pointer.
Tested using git 1.8.1.4 adn 1.8.1.1.
Repeat by:
mkdir branchcrash || exit 1
cd branchcrash
git init
touch a; git add a; git c
On Thu, Feb 21, 2013 at 7:27 PM, Per Cederqvist wrote:
> Running "git branch HEAD" may be a stupid thing to do. It actually
> was a mistake on my part. Still, I don't think git should dereference
> a NULL pointer.
We should not. Can you make a patch to fix it (with test cases)? You
may want to fi
The "git branch --list --contains x y" command lists
all branches that contains commit x and matches the
pattern y. Reading the git-branch(1) manual page gives
the impression that "--list" is redundant, and that
you can instead write
git branch --contains x y
That command does something compl
Hi,
I've read [1] recently, there's been some QNX port being initiated. Does that
involve also old versions of QNX 4?
Since we are using QNX both internally and for our customers we started porting
Git on QNX ourselves some time ago and we do have some experiences. Basically,
it's possible to
On 02/21/13 13:50, Duy Nguyen wrote:
On Thu, Feb 21, 2013 at 7:27 PM, Per Cederqvist wrote:
Running "git branch HEAD" may be a stupid thing to do. It actually
was a mistake on my part. Still, I don't think git should dereference
a NULL pointer.
We should not. Can you make a patch to fix it (w
On Thu, Feb 21, 2013 at 8:24 PM, Per Cederqvist wrote:
> Sorry, but isolating the issue reporting it here is about as much time
> as I can spend on this issue. Learning the coding standard of Git and
> how to write test cases is not something I'm prepared to do, at least
> not at the moment. I hop
branch_get() can return NULL (so far on detached HEAD only) but some
code paths in builtin/branch.c cannot deal with that and cause
segfaults. Fix it.
While at there, make sure to bail out when the user gives 2 or more
arguments, but only the first one is processed.
Reported-by: Per Cederqvist
S
Some time we need to get valid commit without a ref but with proper
tree-ish, now we can't do that.
This patch allow upload-archive's to use reachability checking
rather than checking that is a ref. This means a remote client can
fetch a tip of any valid sha1 or tree-ish.
---
archive.c
Michael Schubert writes:
> On 02/18/2013 06:42 PM, Jeff King wrote:
>>
>> I will do it again, if people feel strongly about Git being a part of
>> it. However, I have gotten a little soured on the GSoC experience. Not
>> because of anything Google has done; it's a good idea, and I think they
>>
Shawn Pearce writes:
> On Mon, Feb 18, 2013 at 9:42 AM, Jeff King wrote:
>> On Mon, Feb 18, 2013 at 06:23:01PM +0100, Thomas Rast wrote:
>>
>>> * We need an org admin. AFAIK this was done by Peff and Shawn in
>>> tandem last year. Would you do it again?
>>
>> I will do it again, if people fe
On Thu, Feb 21, 2013 at 06:24:03PM +0400, Sergey Segeev wrote:
> Some time we need to get valid commit without a ref but with proper
> tree-ish, now we can't do that.
>
> This patch allow upload-archive's to use reachability checking
> rather than checking that is a ref. This means a remote clien
On Thu, Feb 21, 2013 at 02:00:27PM +0100, Per Cederqvist wrote:
> That command does something completely different,
> though. The "--contains x" part is silently ignored,
> so it creates a branch named "y" pointing at HEAD.
>
> Tested in git 1.8.1.1 and 1.8.1.4.
>
> In my opinion, there are two
On 02/21/13 16:58, Jeff King wrote:
On Thu, Feb 21, 2013 at 02:00:27PM +0100, Per Cederqvist wrote:
That command does something completely different,
though. The "--contains x" part is silently ignored,
so it creates a branch named "y" pointing at HEAD.
Tested in git 1.8.1.1 and 1.8.1.4.
In m
Michael J Gruber writes:
> ... but wondering
> whether we could and should support concatenating filters by either
>
> - making it easy to request it (say by setting
> "filter.gpgtopdftotext.textconvpipe" to a list of textconv filter names
> which are to be applied in sequence)
>
> or
>
> - doing
Nguyễn Thái Ngọc Duy writes:
> branch_get() can return NULL (so far on detached HEAD only)...
Do you anticipate any other cases where the API call should validly
return NULL? I offhand do not, ...
> but some
> code paths in builtin/branch.c cannot deal with that and cause
> segfaults. Fix it.
Per Cederqvist writes:
> On 02/21/13 16:58, Jeff King wrote:
>> On Thu, Feb 21, 2013 at 02:00:27PM +0100, Per Cederqvist wrote:
>>
>>> That command does something completely different,
>>> though. The "--contains x" part is silently ignored,
>>> so it creates a branch named "y" pointing at HEAD.
"David Ondřich" writes:
jch: redirecting to the guilty party ;-)
> I've read [1] recently, there's been some QNX port being
> initiated. Does that involve also old versions of QNX 4?
>
> Since we are using QNX both internally and for our customers we
> started porting Git on QNX ourselves some t
เมื่อกลางดึกวันที่ 13 ก.พ. 56 คนร้ายกว่า 50 คน บุกโจมตีฐานทหารนาวิกโยธินที่
บ้านยือลอ ต.บาเระเหนือ อ.บาเจาะ จ.นราธิวาส มีผู้เสียชีวิต 16 คน เป็นข่าวที่น่า
สะเทือนใจมาก แม้ว่าผู้ที่เสียชีวิตจะเป็นคนร้าย
ถึงยังไงพวกเขาเหล่านั้นล้วนแต่เป็นคน
ไทยด้วยกัน อะไรเป็นเหตุที่ทำให้เขาเหล่านี้ต้องจับอาวุ
Junio C Hamano writes:
> "David Ondřich" writes:
> > I've read [1] recently, there's been some QNX port being
> > initiated. Does that involve also old versions of QNX 4?
No, I haven't been working on QNX 4 support. I've been targeting QNX 6.3.2,
with a little testing on QNX 6.5.0. I doubt wha
Brandon Casey writes:
> Teach append_signoff to detect whether a blank line exists at the position
> that the signed-off-by line will be added, and refrain from adding an
> additional one if one already exists. Or, add an additional line if one
> is needed to make sure the new footer is separate
On Wed, Feb 20, 2013 at 12:01 PM, Ted Zlatanov wrote:
> On Sat, 9 Feb 2013 05:58:47 -0500 John Szakmeister
> wrote:
[snip]
>
> JS> Yes, I think it has. Several other applications appear to be using
> JS> it, including some things considered "core" in Fedora--which is a good
> JS> sign.
>
> Wond
Adam Spiers writes:
> On Tue, Feb 19, 2013 at 06:53:07PM -0800, Junio C Hamano wrote:
>> Adam Spiers writes:
>>
>> > OK, thanks for the information. IMHO it would be nice if 'git
>> > format-patch' and 'git am' supported this style of inline patch
>> > inclusion, but maybe there are good reaso
The name of the fields invites a misunderstanding that setting it to
false, saying "No, I will not to tell you not to inline", make the
patch inlined in the body of the message, but that is not what it
does. The result is still a MIME attachment as long as
mime_boundary is set. This field only co
Hello,
Indeed the use case proposed by Junio C. Hamano is more realistic than mine.
I also included a minor clarification of how identity environment variables are
used to cover the edge case raised by Jeff King. As far as the need to export
those variables goes, I saw the wrong behavior on Solar
There is a rare edge case of git-filter-branch: a filter that unsets
identity variables from the environment. Link to git-commit-tree
clarifies how Git would fall back in this situation.
Signed-off-by: Tadeusz Andrzej Kadłubowski
---
Documentation/git-filter-branch.txt | 6 +++---
1 file changed
filter-branch --env-filter example that shows how to change the email
address in all commits before publishing a project.
Signed-off-by: Tadeusz Andrzej Kadłubowski
---
Documentation/git-filter-branch.txt | 21 +
1 file changed, 21 insertions(+)
diff --git a/Documentation/gi
On Thu, Feb 21, 2013 at 12:26 PM, Brandon Casey wrote:
> But, this does not fix the same problem for 'cherry-pick --edit -s'
> when used to cherry-pick a commit without a sob.
Correction: "when used to cherry-pick a commit with an empty commit message."
--
To unsubscribe from this list: send the
On Thu, Feb 21, 2013 at 10:51 AM, Junio C Hamano wrote:
> Brandon Casey writes:
>
>> Teach append_signoff to detect whether a blank line exists at the position
>> that the signed-off-by line will be added, and refrain from adding an
>> additional one if one already exists. Or, add an additional
Some people may find it convenient to append a simple patch at the
bottom of a discussion e-mail separated by a "scissors" mark, ready
to be applied with "git am -c". Introduce "--inline-single" option
to format-patch to do so. A typical usage example might be to start
'F'ollow-up to a discussion
Tadeusz Andrzej Kadłubowski writes:
> There is a rare edge case of git-filter-branch: a filter that unsets
> identity variables from the environment. Link to git-commit-tree
> clarifies how Git would fall back in this situation.
I find it unclear in the updated text _why_ the reader may want to
Tadeusz Andrzej Kadłubowski writes:
> filter-branch --env-filter example that shows how to change the email
> address in all commits before publishing a project.
>
> Signed-off-by: Tadeusz Andrzej Kadłubowski
> ---
Assuming that the result formats well both as html and manpage, the
added examp
Brandon Casey writes:
> Yes. The fix described by John Keeping restores the above behavior
> for 'commit -s'. Or the fix I described which inserts two preceding
> newlines so it looks like this:
>
>
>
>
>Signed-off-by: Juni
Greetings.
This is my first patch here. Hopefully I get the stylistic & political
details right... :)
Patch applies against maint and master
(If I understand the mechanics, in theory a negative offset should work,
if the values lined up just right, but would be very wrong, overwriting the
lower c
On Thu, Feb 21, 2013 at 02:13:32PM -0800, Joshua Clayton wrote:
> Greetings.
> This is my first patch here. Hopefully I get the stylistic & political
> details right... :)
> Patch applies against maint and master
I have some comments. :)
The body of your email should contain the commit message (
Michael Haggerty writes:
> Unfortunately I am swamped with other work right now so I don't have
> time to test the code and might not be able to respond promptly to
> feedback.
A note like the above is a good way to give a cue to others so that
we can work together to pick up, tie the loose ends
On Thu, Feb 21, 2013 at 12:26:22PM -0800, Junio C Hamano wrote:
> Some people may find it convenient to append a simple patch at the
> bottom of a discussion e-mail separated by a "scissors" mark, ready
> to be applied with "git am -c". Introduce "--inline-single" option
> to format-patch to do s
On Thu, Feb 21, 2013 at 2:43 PM, Jeff King wrote:
> On Thu, Feb 21, 2013 at 02:13:32PM -0800, Joshua Clayton wrote:
>
>> Greetings.
>> This is my first patch here. Hopefully I get the stylistic & political
>> details right... :)
>> Patch applies against maint and master
>
> I have some comments. :
Here are the topics that have been cooking. Commits prefixed with
'-' are only in 'pu' (proposed updates) while commits prefixed with
'+' are in 'next'.
On the 'maint' front, a maintenance release 1.8.1.4 is out. The
same fixes are also included in the 'master' and upwards.
The tip of the 'mast
On Thu, Feb 21, 2013 at 03:18:40PM -0800, Joshua Clayton wrote:
> > By having the read and flush size be the same, it's much simpler.
>
> My original bugfix did just read 1024, and write 1024. That works fine
> and, yes, is simpler.
> I changed it to be more similar to the original code in case t
Joseph Crowell gmail.com> writes:
>
> > > Use of uninitialized value $u in substitution (s///) at
> /usr/local/Cellar/git/1.8.0/lib/Git/SVN.pm
> > line 106.
> > > Use of uninitialized value $u in concatenation (.) or string at
> > /usr/local/Cellar/git/1.8.0/lib/Git/SVN.pm line 106.
> > > refs/r
On Wed, Feb 20, 2013 at 9:00 PM, Junio C Hamano wrote:
> David Aguilar writes:
>
>> diff --git a/t/t7800-difftool.sh b/t/t7800-difftool.sh
>> index fb00273..21fbba9 100755
>> --- a/t/t7800-difftool.sh
>> +++ b/t/t7800-difftool.sh
>> @@ -60,9 +60,9 @@ test_expect_success PERL 'custom commands' '
>
073678b8e6324a155fa99f40eee0637941a70a34 reworked the
mergetools/ directory so that every file corresponds to a
difftool-supported tool. When this happened the "defaults"
file went away as it was no longer needed by mergetool--lib.
t7800 tests that configured commands can override builtins,
but t
Jeff King writes:
>> @@ -421,6 +443,9 @@ void pp_user_info(const struct pretty_print_context *pp,
>> if (pp->mailmap)
>> map_user(pp->mailmap, &mailbuf, &maillen, &namebuf, &namelen);
>>
>> +if (pp->inline_single && is_current_user(pp, mailbuf, maillen, namebuf,
>> namele
Junio C Hamano writes:
> Jeff King writes:
>
>>> @@ -421,6 +443,9 @@ void pp_user_info(const struct pretty_print_context *pp,
>>> if (pp->mailmap)
>>> map_user(pp->mailmap, &mailbuf, &maillen, &namebuf, &namelen);
>>>
>>> + if (pp->inline_single && is_current_user(pp, mailbuf
Thanks.
--
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
Hello,
As far as I understand the documentation, -B of git-log should help
correct rename detection. But it does not seem to work for me.
Let me get a setup:
$> git init .
Initialized empty Git repository in /tmp/t2/.git/
$> echo 'Lorem ipsum doler sed. Lorem ipsum doler sed. Lorem ipsum doler
s
On Fri, Feb 22, 2013 at 01:44:00AM +0100, Eckhard Maass wrote:
> Let me get a setup:
>
> $> git init .
> Initialized empty Git repository in /tmp/t2/.git/
> $> echo 'Lorem ipsum doler sed. Lorem ipsum doler sed. Lorem ipsum doler
> sed. Lorem ipsum doler sed.' > a
> $> git add a
> $> git commit -
>From d3fe2c76e6fa53e4cfa6f81600685c21bdadd4e3 Mon Sep 17 00:00:00 2001
From: William Entriken
Date: Thu, 21 Feb 2013 23:10:07 -0500
Subject: [PATCH] submodule update: when using recursion, show full path
Previously when using update with recursion, only the path for the
inner-most module was pri
When "git add -u" is invoked from a subdirectory it prints a
loud warning message about an upcoming Git 2.0 behavior change.
Some users do not care to be warned. Accomodate them.
The "add.silence-pathless-warnings" configuration variable can
now be used to silence this warning.
Signed-off-by: Da
David Aguilar writes:
> When "git add -u" is invoked from a subdirectory it prints a
> loud warning message about an upcoming Git 2.0 behavior change.
> Some users do not care to be warned. Accomodate them.
I do not think this is what we discussed to do.
It was very much deliberate to make the
On Thu, Feb 21, 2013 at 10:23 PM, Junio C Hamano wrote:
> David Aguilar writes:
>
>> When "git add -u" is invoked from a subdirectory it prints a
>> loud warning message about an upcoming Git 2.0 behavior change.
>> Some users do not care to be warned. Accomodate them.
>
> I do not think this is
On 02/21/2013 11:53 PM, Junio C Hamano wrote:
> Michael Haggerty writes:
>
>> Unfortunately I am swamped with other work right now so I don't have
>> time to test the code and might not be able to respond promptly to
>> feedback.
>
> A note like the above is a good way to give a cue to others so
58 matches
Mail list logo