Jeff King writes:
> I probably shouldn't have included this middle patch at all, because
> the interesting thing is what happens when we do turn it off.
Actually, I think the warning is the most important part. With the
warning enabled, people should notice they are doing something
potentially w
Jeff King wrote:
> but also possibly just move it with the other remote parsing, like:
> [...]
Done. Thanks for the dose of sanity.
--
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.or
Signed-off-by: Mihai Capotă
---
Documentation/git-pull.txt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/git-pull.txt b/Documentation/git-pull.txt
index c975743..eec4c1d 100644
--- a/Documentation/git-pull.txt
+++ b/Documentation/git-pull.txt
@@ -218,7 +218,
Junio C Hamano wrote:
> So you have to stash it somewhere. We could have made it to move
> them to $HOME/.safeplace or somewhere totally unrelated to the
> superproject. So in that sense, the repositories are *not* owned by
> the superproject in any way. However, you are working within the
> con
On Tue, Mar 26, 2013 at 10:04 PM, Jeff King wrote:
>> specifies a path to use instead of the default `.git`
>> for the base of the repository.
>> The '--git-dir' command-line option also sets this value.
>> + If neither GIT_WORK_TREE nor '--work-tree' is set, the
>> + cur
Hello,
running gitk from Debian (1:1.8.2~rc3-1) I noticed that
$ gitk ... &
$ git notes edit $some_ref_shown_by_gitk
and then pressing F5 or Shift-F5 doesn't update the notes shown.
Best regards
Uwe
PS: Please Cc: on replies as I'm not subscribed
--
Pengutronix e.K.
Hello,
(running gitk from Debian's gitk 1:1.8.2~rc3-1 package)
if only a few commits are shown in gitk such that the history canvas is
too big, i.e. there is place for more commits to be shown, the scroll
bar on the right hand side correctly is greyed out. Still I can scroll
using the mouse movin
Colors that are changeable in Preferences gave no sufficient control,
putting colors in the config file allows for easier configuration and
sharing of color schemes.
win32: Make the default foreground color that of window text rather
than button text.
Signed-off-by: Gauthier Östervall
---
Screen
On Tuesday, March 26, 2013 at 18:07 EDT,
"J.V." wrote:
> I have a branch for which I have made 0 (nada) changes. I did the
> following:
>
> $git pull --rebase --no-stat -v --progress origin mybranch
>
> I get the following
>
> U java/Profile.java
> Pull is not possible because you
The text is copied from Documentation/git-tag.txt.
Signed-off-by: Christian Helmuth
---
Documentation/git-commit.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/git-commit.txt b/Documentation/git-commit.txt
index 24a99cc..05f8297 100644
--- a/Documentation/git-commit.txt
John Szakmeister writes:
> Sorry about the repeat Junio, I meant to hit "Reply to All".
>
> On Mon, Mar 25, 2013 at 5:44 PM, Junio C Hamano wrote:
> [snip]
>> Your patch makes me wonder if
>>
>> test -n "$TERM_PROGRAM"
>>
>> without any SECURITYSESSIONID or explicit program name checks s
Sitaram Chamarty writes:
> On Wed, Mar 27, 2013 at 9:17 AM, Junio C Hamano wrote:
>
>> To be paranoid, you may want to set transfer.fsckObjects to true,
>> perhaps in your ~/.gitconfig.
>
> do we have any numbers on the overhead of this?
>
> Even a "guesstimate" will do...
On a reasonably slow
Yann Droneaud writes:
> Using test_config ensure the configuration variable are removed
> at the end of the test, there's no need to remove variable
> at the beginning of the test.
>
> Signed-off-by: Yann Droneaud
This is a good change in the longer term, but there must not be any
other topic i
Yann Droneaud writes:
> Tested against master, 7b592fadf1e23b10b913e0771b9f711770597266
Is this because I suggested you to clean things up while you were
touching in a vicinity of something that could use this clean-up?
If so, please first clean _that_ script in a patch, and then add the
change
From: Jacob Sarvis
log: Read gpg settings for signed commit verification
Commit signature verification fails when alternative gpg.program
signs the commit, but gpg attempts to verify the signature.
"show --show-signature" and "log --show-signature" do not read
the gpg.program setting from git con
I am experiencing a segmentation fault in various versions of Git using
different repositories. Specifically, I have reproduced it using a
public repo and the latest stable Git version. Other repos trigger the
error on different versions.
Full info can be found below. Thanks,
Charlie
Test repo
Duy Nguyen writes:
> On Sat, Mar 23, 2013 at 10:13 AM, Duy Nguyen wrote:
>> which also includes all document bugs reported so far.
>
> s/all/fixes for all/
Slurped from your github repository and didn't find anything
questionable relative to the original series that was posted here.
Thanks. W
On Wed, Mar 27, 2013 at 8:33 PM, Junio C Hamano wrote:
> Sitaram Chamarty writes:
>
>> On Wed, Mar 27, 2013 at 9:17 AM, Junio C Hamano wrote:
>>
>>> To be paranoid, you may want to set transfer.fsckObjects to true,
>>> perhaps in your ~/.gitconfig.
>>
>> do we have any numbers on the overhead of
Charlie Smurthwaite writes:
> I am experiencing a segmentation fault in various versions of Git using
> different repositories. Specifically, I have reproduced it using a
> public repo and the latest stable Git version. Other repos trigger the
> error on different versions.
>
> Full info can be f
On Wed, Mar 27, 2013 at 04:53:27PM +0100, thomas wrote:
> Charlie Smurthwaite writes:
>
> > I am experiencing a segmentation fault in various versions of Git using
> > different repositories. Specifically, I have reproduced it using a
> > public repo and the latest stable Git version. Other repos
Jeff King writes:
> On Mon, Mar 25, 2013 at 01:03:52PM -0500, Hans Brigman wrote:
>
>> "show --show-signature" doesn't currently use the gpg.program setting.
>> Commit signing, tag signing, and tag verification currently use this setting
>> properly, so the logic has been added to handle it he
John Keeping writes:
> merge-tree: fix typo in merge-tree.c::unresolved
>
> When calculating whether there is a d/f conflict, the calculation of
> whether both sides are directories generates an incorrect references
> mask because it does not use the loop index to set the correct bit.
> Fix this
Ramkumar Ramachandra writes:
> Junio C Hamano wrote:
>> So you have to stash it somewhere. We could have made it to move
>> them to $HOME/.safeplace or somewhere totally unrelated to the
>> superproject. So in that sense, the repositories are *not* owned by
>> the superproject in any way. Howe
Mihai Capotă writes:
> Signed-off-by: Mihai Capotă
> ---
Thanks.
It might be better to make it "which resulted in complex conflicts",
though.
> Documentation/git-pull.txt |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/git-pull.txt b/Documentation/gi
Hans Brigman writes:
> Content-Type: multipart/mixed;
> boundary="_002_8C726954D36902459248B0627BF2E66F45D70C3E4EAUSP01VMBX10c_"
No multipart/anything please. We prefer to see text/plain.
In general, please follow Documentation/SubmittingPatches.
> From: Jacob Sarvis
Missing SP between name
Hans Brigman writes:
> From: Jacob Sarvis
>
> config: Consistent call style to gpg settings
>
> Calling style for passing settings to git_gpg_config is inconsistent
> between commit-tree, commit, merge, tag, and verify-tag.
>
> Consolidate style of calling git_gpg_config.
>
> Signed-off-by: Hans
Hi,
Le 27.03.2013 16:05, Junio C Hamano a écrit :
Yann Droneaud writes:
Tested against master, 7b592fadf1e23b10b913e0771b9f711770597266
Is this because I suggested you to clean things up while you were
touching in a vicinity of something that could use this clean-up?
Yes, grep'ing shows
On Wed, Mar 27, 2013 at 09:15:58AM -0700, Junio C Hamano wrote:
> > }
> > -
> > + if (git_gpg_config(var, value, cb) < 0)
> > + return -1;
> > if (grep_config(var, value, cb) < 0)
> > return -1;
>
> Hmph. I do not particularly like the way the call to grep_config(
Eric Wong writes:
> Sebastian Schuberth wrote:
>> This originates from an msysgit pull request, see:
>>
>> https://github.com/msysgit/git/pull/58
>>
>> Signed-off-by: Eric Wieser
>> Signed-off-by: Sebastian Schuberth
>
> Thanks, looks obviously correct.
>
> Signed-off-by: Eric Wong
> ...
>
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
John Keeping writes:
> Looks like a simple typo in merge-tree.c::unresolved:
Thanks.
>
> -- >8 --
> merge-tree: fix typo in merge-tree.c::unresolved
>
> When calculating whether there is a d/f conflict, the calculation of
> whether both sides are directories generates an incorrect references
>
git status takes 30 seconds on Windows 7. Here are some stats:
git ls-files | wc -l
27330
git ls-files -o | wc -l
4
$ git diff --name-only | xargs du -chs
68K update_import_contacts.php
68K total
What can I do??? This is so slow it is unbearable.
By the way i've done git gc several times
On 03/27/2013 05:39 PM, Jim Kinsman wrote:
> git status takes 30 seconds on Windows 7. Here are some stats:
> git ls-files | wc -l
> 27330
>
> git ls-files -o | wc -l
> 4
>
> $ git diff --name-only | xargs du -chs
> 68K update_import_contacts.php
> 68K total
>
> What can I do??? This is
On Wed, 27 Mar 2013 11:39:31 -0500
Jim Kinsman wrote:
> git status takes 30 seconds on Windows 7. Here are some stats:
[...]
> What can I do??? This is so slow it is unbearable.
> By the way i've done git gc several times and nothing changed.
You could try some voodoo [1] or experimental caching
Junio C Hamano wrote:
> Ramkumar Ramachandra writes:
>> Junio C Hamano wrote:
>>> So you have to stash it somewhere. We could have made it to move
>>> them to $HOME/.safeplace or somewhere totally unrelated to the
>>> superproject. So in that sense, the repositories are *not* owned by
>>> the su
Jeff King writes:
> On Wed, Mar 27, 2013 at 09:15:58AM -0700, Junio C Hamano wrote:
>
>> >}
>> > -
>> > + if (git_gpg_config(var, value, cb) < 0)
>> > + return -1;
>> >if (grep_config(var, value, cb) < 0)
>> >return -1;
>>
>> Hmph. I do not particularly like the wa
Junio C Hamano [mailto:gits...@pobox.com] wrote:
> Edward Thomson writes:
> > I would propose that this not simply track rename conflicts, but all
> > conflicts.
>
> That is a no starter.
So. Can you explain to me why this would be a non starter? Can you suggest
some alternate strategy here?
Signed-off-by: Mihai Capotă
---
Documentation/git-pull.txt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/git-pull.txt b/Documentation/git-pull.txt
index c975743..24ab07a 100644
--- a/Documentation/git-pull.txt
+++ b/Documentation/git-pull.txt
@@ -218,7 +218,
Charlie Smurthwaite writes:
> I am experiencing a segmentation fault in various versions of Git using
> different repositories.
> ...
> Test Command
> git merge-tree 26bb22a052fef9f74063afd4fc6fc11fe200b19f
> 8d6bdf012941d876b2279994e02f1bb0d5c26e7d
> d5ef97ac407d945f231cd7c8fb1cfe48b3a12083
Tha
Junio,
I don't see this queued in 'pu'. Do you have any objections to the
patch, or did you just forget?
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.h
Ramkumar Ramachandra writes:
> Sorry, I'm deviating. I learnt why you think the hack is necessary
> and not "too wrong".
OK.
> As I explained above, the entire design is
> asymmetric and inelegant; I think we can do much better than this.
I personally find the "explained above" part making no
On 27/03/13 17:06, Junio C Hamano wrote:
Charlie Smurthwaite writes:
I am experiencing a segmentation fault in various versions of Git using
different repositories.
...
Test Command
git merge-tree 26bb22a052fef9f74063afd4fc6fc11fe200b19f
8d6bdf012941d876b2279994e02f1bb0d5c26e7d
d5ef97ac407d945
Jim Kinsman writes:
> git status takes 30 seconds on Windows 7.
Any anti-virus installed? They can interfer badly with disk-intensive
tasks ...
--
Matthieu Moy
http://www-verimag.imag.fr/~moy/
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord.
From: Jacob Sarvis
Calling style for passing settings to git_gpg_config is inconsistent
between commit-tree, commit, log, merge, tag, and verify-tag.
Consolidate style of calling git_gpg_config.
Signed-off-by: Jacob Sarvis
Signed-off-by: Hans Brigman
---
builtin/commit-tree.c | 2 +-
builtin
On Wed, 20 Mar 2013 07:35:58 -0700
Junio C Hamano wrote:
> Rob Hoelz writes:
>
> > On 3/19/13 7:08 PM, Junio C Hamano wrote:
> >> Jonathan Nieder writes:
> >>
> >>> Junio C Hamano wrote:
> Jonathan Nieder writes:
> > Test nits:
> > ...
> > Hope that helps,
> >
> > Jon
git push currently doesn't consider pushInsteadOf when
using pushurl; this test tests that.
If you use pushurl with an alias that has a pushInsteadOf configuration
value, Git does not take advantage of it. For example:
[url "git://github.com/"]
insteadOf = github:
[url "git://github.com/myus
On Wed, Mar 27, 2013 at 11:39:31AM -0500, Jim Kinsman wrote:
> git status takes 30 seconds on Windows 7. Here are some stats:
> git ls-files | wc -l
> 27330
>
> git ls-files -o | wc -l
> 4
>
> $ git diff --name-only | xargs du -chs
> 68K update_import_contacts.php
> 68K total
>
> What ca
Edward Thomson writes:
> Junio C Hamano [mailto:gits...@pobox.com] wrote:
>> Edward Thomson writes:
>> > I would propose that this not simply track rename conflicts, but all
>> > conflicts.
>>
>> That is a no starter.
>
> So. Can you explain to me why this would be a non starter?
At least two
Ramkumar Ramachandra writes:
> I don't see this queued in 'pu'. Do you have any objections to the
> patch, or did you just forget?
I do not recall the details but I think I was expecting a re-roll
updating the log message (if the original invited questions, there
must have been some room for im
On 27/03/13 17:06, Junio C Hamano wrote:
Charlie Smurthwaite writes:
I am experiencing a segmentation fault in various versions of Git using
different repositories.
...
Test Command
git merge-tree 26bb22a052fef9f74063afd4fc6fc11fe200b19f
8d6bdf012941d876b2279994e02f1bb0d5c26e7d
d5ef97ac407d945
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
Charlie Smurthwaite writes:
> I am also using this to obtain a diff that would be applied if a merge
> were to be run. Is there a better way to obtain this information that is
> more commonly used?
You can do an actual merge using detached HEAD:
$ git checkout --detach upstream-branch
$ g
Junio C Hamano wrote:
> Eric Wong writes:
> >
> > git-svn: Support custom tunnel schemes instead of SSH only (2013-03-27
> > 04:28:04 +)
>
> Thanks. Will pull.
>
> By the way, did nobody in the patch chain find the log message
> problematic? It does not give any information other than
The only anti-virus I have installed is Microsoft Security Essentials
I turned off and it was still the same:
$ cat /usr/bin/gitstatus
start_time=`date +%s`
git status && echo run time is $(expr `date +%s` - $start_time) s
$ gitstatus
# On branch test
# Changes not staged for commit:
# (use "gi
Jonathan Nieder-2 wrote
> Is the "[transfer] fsckObjects" configuration on the host executing the
> clone set to true?
I hadn't been setting it at all, and according to git-config(1) it defaults
to false, so the answer is no. It looks like setting it might be a good
idea.
But I'm still somewhat
Rob Hoelz wrote:
> --- a/remote.c
> +++ b/remote.c
> @@ -465,7 +465,11 @@ static void alias_all_urls(void)
> if (!remotes[i])
> continue;
> for (j = 0; j < remotes[i]->pushurl_nr; j++) {
> - remotes[i]->pushurl[j] =
> alias_url
There was a big thread about a month ago on whether Git should do Google
Summer of Code this year[1].
Some people seemed in favor, and some not. The deadline for git to apply
to GSoC is March 29 (this Friday) at 19:00 UTC. I am willing to act as
the admin again if list consensus is that we should
On 27/03/13 18:06, Jed Brown wrote:
Charlie Smurthwaite writes:
I am also using this to obtain a diff that would be applied if a merge
were to be run. Is there a better way to obtain this information that is
more commonly used?
You can do an actual merge using detached HEAD:
$ git checkou
On Wed, Mar 27, 2013 at 01:15:43PM -0500, Jim Kinsman wrote:
> The only anti-virus I have installed is Microsoft Security Essentials
> I turned off and it was still the same:
> $ cat /usr/bin/gitstatus
> start_time=`date +%s`
> git status && echo run time is $(expr `date +%s` - $start_time) s
>
>
Junio C Hamano wrote
> If you use --local, that is equivalent to "cp -R". Your corruption
> in the source will faithfully be byte-for-byte copied to the
> destination. If you do not
> ...
> transport layer will notice
> object corruption.
> ...
> The difference between --mirror and no --mirror is
Jeff King wrote:
> There was a big thread about a month ago on whether Git should do Google
> Summer of Code this year[1].
[...]
> In my opinion, a lot of the issues come down to project selection;
Let me throw in some other issues. :)
* I think the git project has been very disorganized in vet
Junio C Hamano [mailto:gits...@pobox.com] wrote:
> We do not gratuitously break existing implementations. If no conflict is
> stored
> as higher-stage index entries in an index that has your index extension, no
> existing implementation can read a conflicted index written by your
> implementation
I have a local/development branch tracked to origin/development. I made
no changes to local/dev and did a git pull with rebase, I did not expect
any conflicts.
I got a conflict and was thrown onto another branch. I attempted a
merge (using IntelliJ) accepting everything from the server but a
On Wed, Mar 27, 2013 at 06:46:57PM +, John Keeping wrote:
> I think the simple reality is that Git was written with the assumption
> that stat is cheap and that isn't really the case on Windows, where the
> filesystem cache doesn't seem to do that well with this.
Yes, I think that's pretty mu
Rich Fromm writes:
> Apologies if my questions are considered slightly off topic -- I'm not
> positive if this is supposed to be a list for developers, and not users.
The list is both for users and developers.
> However, I think there may be room for some additional clarity in the docs.
> The
Charlie Smurthwaite writes:
> Yes, I would need to be able to do this on a bare repo for my use case.
And if it's on the server, you don't want this to be observable, so
you don't want HEAD to move around. I don't know a better way than:
$ git clone --shared -b upstream-branch bare-repo.git
Ramkumar Ramachandra wrote:
>Even then, working with one worktree embedded
> inside another is something git never designed for: it explains why I
> have to literally fight with git when using submodules
Do you mean that you wish you could ignore subrepository boundaries
a
On Wed, Mar 27, 2013 at 12:04 PM, Jeff King wrote:
>
> Yes, I think that's pretty much the case (though most of my
> Git-on-Windows experience is from cygwin long ago, where the stat
> performance was truly horrendous). Have you tried setting
> core.preloadindex, which should run the stats in para
Edward Thomson writes:
> Junio C Hamano [mailto:gits...@pobox.com] wrote:
>> We do not gratuitously break existing implementations. If no conflict is
>> stored
>> as higher-stage index entries in an index that has your index extension, no
>> existing implementation can read a conflicted index w
On Wed, Mar 27, 2013 at 02:16:24PM -0500, Jed Brown wrote:
> Charlie Smurthwaite writes:
>
> > Yes, I would need to be able to do this on a bare repo for my use case.
>
> And if it's on the server, you don't want this to be observable, so
> you don't want HEAD to move around. I don't know a bet
On Wed, Mar 27, 2013 at 11:23:15AM -0700, Rich Fromm wrote:
> But I'm still somewhat confused about what is and is not checked under what
> conditions. Consider the three statements:
>
> # 1
> git clone --mirror myuser@myhost:my_repo
>
> # 2
> git clone --mirror --config transfer.fsckObjects=tr
Linus Torvalds writes:
> On Wed, Mar 27, 2013 at 12:04 PM, Jeff King wrote:
>>
>> Yes, I think that's pretty much the case (though most of my
>> Git-on-Windows experience is from cygwin long ago, where the stat
>> performance was truly horrendous). Have you tried setting
>> core.preloadindex, wh
On Wed, Mar 27, 2013 at 07:45:21PM +, John Keeping wrote:
> On Wed, Mar 27, 2013 at 02:16:24PM -0500, Jed Brown wrote:
> > Charlie Smurthwaite writes:
> >
> > > Yes, I would need to be able to do this on a bare repo for my use case.
> >
> > And if it's on the server, you don't want this to
From: Thomas Rast
Almost the same as last time. Changed: the rename suggested by Junio
> The only little concern I may have is this cmp_* function tells us
> "I found it!" by returning true, which is counter-intuitive to the
> readers of the caller (not the callee).
>
> I think it makes sense
packed_object_info() and packed_delta_info() were mutually recursive.
The former would handle ordinary types and defer deltas to the latter;
the latter would use the former to resolve the delta base.
This arrangement, however, leads to trouble with threaded index-pack
and long delta chains on plat
Similar to the recursion in packed_object_info(), this leads to
problems on stack-space-constrained systems in the presence of long
delta chains.
We proceed in three phases:
1. Dig through the delta chain, saving each delta object's offsets and
size on an ad-hoc stack.
2. Unpack the base obje
The delta base cache lookup and test were shared. Refactor them;
we'll need both parts again. Also, we'll use the clearing routine
later.
Signed-off-by: Thomas Rast
---
sha1_file.c | 45 -
1 file changed, 32 insertions(+), 13 deletions(-)
diff --git
John Keeping writes:
> You could use a temporary index and do something like:
>
> rm -f TMP_INDEX
> GIT_INDEX_FILE=TMP_INDEX
> export GIT_INDEX_FILE
> git read-tree -m $base $ours $theirs &&
> git merge-index git-merge-one-file -a
>
> then inspect that with "git diff
On Wed, Mar 27, 2013 at 03:49:38PM -0400, Jeff King wrote:
> On Wed, Mar 27, 2013 at 11:23:15AM -0700, Rich Fromm wrote:
>
> > But I'm still somewhat confused about what is and is not checked under what
> > conditions. Consider the three statements:
> >
> > # 1
> > git clone --mirror myuser@myh
On Wed, Mar 27, 2013 at 1:00 PM, Junio C Hamano wrote:
>
> Given that we haven't tweaked the parallelism or thread-cost
> parameters since the inception of the mechanism in Nov 2008, I
> suspect that we would see praises from some and grievances from
> other corners of the user base for a while un
Jonathan Nieder writes:
> Ramkumar Ramachandra wrote:
>
>>Even then, working with one worktree embedded
>> inside another is something git never designed for: it explains why I
>> have to literally fight with git when using submodules
>
> Do you mean that you wish you coul
On Mon, Mar 25, 2013 at 04:21:34PM -0400, Jeff King wrote:
> +# Convert byte at offset "$2" of object "$1" into '\0'
> +corrupt_byte() {
> + obj_file=$(obj_to_file "$1") &&
> + chmod +w "$obj_file" &&
> + printf '\0' | dd of="$obj_file" bs=1 seek="$2"
> +}
Hmm, this last line should p
Thomas Rast writes:
> Similar to the recursion in packed_object_info(), this leads to
> problems on stack-space-constrained systems in the presence of long
> delta chains.
>
> We proceed in three phases:
>
> 1. Dig through the delta chain, saving each delta object's offsets and
>size on an ad
Jeff King writes:
> On Mon, Mar 25, 2013 at 04:21:34PM -0400, Jeff King wrote:
>
>> +# Convert byte at offset "$2" of object "$1" into '\0'
>> +corrupt_byte() {
>> +obj_file=$(obj_to_file "$1") &&
>> +chmod +w "$obj_file" &&
>> +printf '\0' | dd of="$obj_file" bs=1 seek="$2"
>> +}
>
>
On Tue, Mar 26, 2013 at 03:40:00PM -0700, Junio C Hamano wrote:
> [Cooking]
> [...]
> * jk/index-pack-correct-depth-fix (2013-03-20) 1 commit
> - index-pack: always zero-initialize object_entry list
>
> "index-pack --fix-thin" used uninitialize value to compute delta
> depths of objects it app
Junio C Hamano wrote:
> I however do not see the implementation detail of having (or not
> having) separate $GIT_DIR for component projects having anything to
> do with the goal of that ideal.
Yeah, I think the current gitlink-instead-of-full-git-dir-for-submodules
implementation that can allow "
Jeff King writes:
> I was kind of surprised to see this still in pu, too. I thought it was
> supposed to cook in next for a while to shake out any interoperability
> bugs (and it was in next previously). Did it get ejected after the
> release and then never put back?
Yes, I've been trying to con
Jeff King writes:
> On Tue, Mar 26, 2013 at 03:40:00PM -0700, Junio C Hamano wrote:
>
>> [Cooking]
>> [...]
>> * jk/index-pack-correct-depth-fix (2013-03-20) 1 commit
>> - index-pack: always zero-initialize object_entry list
>>
>> "index-pack --fix-thin" used uninitialize value to compute delt
On Wed, Mar 27, 2013 at 01:50:29PM -0700, Junio C Hamano wrote:
> Jeff King writes:
>
> > I was kind of surprised to see this still in pu, too. I thought it was
> > supposed to cook in next for a while to shake out any interoperability
> > bugs (and it was in next previously). Did it get ejected
On 27/03/13 20:01, Jeff King wrote:
On Wed, Mar 27, 2013 at 07:45:21PM +, John Keeping wrote:
On Wed, Mar 27, 2013 at 02:16:24PM -0500, Jed Brown wrote:
Charlie Smurthwaite writes:
Yes, I would need to be able to do this on a bare repo for my use case.
And if it's on the server, you do
Jonathan Nieder wrote:
> Rob Hoelz wrote:
>> --- a/remote.c
>> +++ b/remote.c
>> @@ -465,7 +465,11 @@ static void alias_all_urls(void)
[...]
>> -remotes[i]->pushurl[j] =
>> alias_url(remotes[i]->pushurl[j], &rewrites);
>> +char *copy = xstrdup(remotes[i]->p
When the same file is added with identical content at the top level,
git-merge-tree prints "added in both" with the details. But if the file
is added in an existing subdirectory, threeway_callback() bails out early
because the two trees have been modified identically.
In order to detect this, we
Thomas Rast writes:
> Jeff King writes:
>
>> On Tue, Mar 26, 2013 at 03:40:00PM -0700, Junio C Hamano wrote:
>>
>>> [Cooking]
>>> [...]
>>> * jk/index-pack-correct-depth-fix (2013-03-20) 1 commit
>>> - index-pack: always zero-initialize object_entry list
>>>
>>> "index-pack --fix-thin" used u
I have two local branches (tracked to remote) that are in sync (did a
git pull on both branches from their corresponding remote).
Is this the best way to merge?
I would be merging local/branch1 => local/branch2 (test this branch) and
then push local/branch2 => origin/branch1 (and would expect
Jonathan Nieder writes:
> Sorry, typo. The configuration in the example above should have been
>
> [url "git://anongit.myserver.example.com/"]
> insteadOf = myserver.example.com:
> [url "myserver.example.com:"]
> pushInsteadOf = myserver.example.com:
>
> I
On Wed, Mar 27, 2013 at 02:47:25PM -0700, Junio C Hamano wrote:
> > * jk/difftool-dir-diff-edit-fix (2013-03-14) 3 commits
> > (merged to 'next' on 2013-03-19 at e68014a)
> > + difftool --dir-diff: symlink all files matching the working tree
> > + difftool: avoid double slashes in symlink targe
On Wed, Mar 27, 2013 at 7:52 PM, Jonathan Nieder wrote:
> Jeff King wrote:
>
>> There was a big thread about a month ago on whether Git should do Google
>> Summer of Code this year[1].
I think we should do it.
It looks strange to me to say that students are great and at the same
time that we sho
John Keeping writes:
> On Wed, Mar 27, 2013 at 02:47:25PM -0700, Junio C Hamano wrote:
>> > * jk/difftool-dir-diff-edit-fix (2013-03-14) 3 commits
>> > (merged to 'next' on 2013-03-19 at e68014a)
>> > + difftool --dir-diff: symlink all files matching the working tree
>> > + difftool: avoid do
Currently, when a dir-diff is made with git-difftool the two revisions are
stored in two temporary directories ".../left" and ".../right".
Many difftools show these pathnames in ther UI and therefore it would be helpful
for users, if actual reference names specified as progam arguments was used
ins
Junio C Hamano wrote:
> On Tue, Mar 26, 2013 at 03:40:00PM -0700, Junio C Hamano wrote:
>> * jn/add-2.0-u-A-sans-pathspec (2013-03-20) 5 commits
>> - git add: -u/-A now affects the entire working tree
>> - add -A: only show pathless 'add -A' warning when changes exist outside cwd
>> - add -u: o
1 - 100 of 125 matches
Mail list logo