Hin-Tak Leung wrote:
> The new clone has:
>
> <--
> $ ls -ltr .git/svn/.caches/
> total 144788
> -rw-rw-r--. 1 Hin-Tak Hin-Tak 1166138 Oct 7 13:44 lookup_svn_merge.yaml
> -rw-rw-r--. 1 Hin-Tak Hin-Tak 72849741 Oct 7 13:48 check_cherry_pick.yaml
> -rw-rw-r--. 1 Hin-Tak Hin-Tak 1133855 Oct 7 1
Eric Wong wrote:
> This reduces hash lookups for looking up cache data and will
> simplify tying data to disk in the next commit.
I considered the following, but GDBM might not be readily available on
non-POSIX platforms. I think the other problem is the existing caches
are still in memory (whet
Eric Wong wrote:
> Hin-Tak (Cc-ed) reported good improvements with them, but also
> a large memory increase:
This might reduce the pathname and internal hash overheads:
8<---
From: Eric Wong
Date: Sun, 19 Oct 2014 02:26:53 +
Subject: [PATCH] git-sv
On Sun, Oct 19, 2014 at 12:19:07AM +0100, Ramsay Jones wrote:
> I noticed that your 'jk/prune-mtime' branch also removes the only
> call to the add_object_array_with_mode() function outside of the
> object.c file; specifically commit 75ac69fa ("traverse_commit_list:
> support pending blobs/trees w
On Sat, Oct 18, 2014 at 10:36:12PM +0100, Ramsay Jones wrote:
> I noticed that your 'jk/prune-mtime' branch removes the last caller
> of the add_object() function; specifically commit 5f78a431a
> ("reachable: use traverse_commit_list instead of custom walk", 15-10-2014).
Thanks. I usually rely on
Robert Dailey wrote:
> Hey guys,
>
> I'm using MSMTP to define 2 accounts: Work email and personal email.
> If I send patches via email through Git at work, I want to use my work
> SMTP server and account information. Likewise at home for personal
> projects, I want to use my personal SMTP accoun
Fabian Schmied wrote:
> Hi,
>
> I'm currently migrating an SVN repository to Git using git-svn (Git
> for Windows 1.8.3-preview20130601), and I'm experiencing severe
> performance problems with "git svn fetch". Commits to the SVN "trunk"
> are fetched very fast (a few seconds or so per SVN revisi
Signed-off-by: Ramsay Jones
---
Hi Jeff,
I noticed that your 'jk/prune-mtime' branch also removes the only
call to the add_object_array_with_mode() function outside of the
object.c file; specifically commit 75ac69fa ("traverse_commit_list:
support pending blobs/trees with paths", 15-10-2014).
Signed-off-by: Ramsay Jones
---
Hi Jeff,
I noticed that your 'jk/prune-mtime' branch removes the last caller
of the add_object() function; specifically commit 5f78a431a
("reachable: use traverse_commit_list instead of custom walk", 15-10-2014).
If you need to re-roll those patches, could you p
On Sat, Oct 18, 2014 at 4:49 PM, Andreas Krey wrote:
> On Fri, 17 Oct 2014 13:25:42 +, Ciro Santilli wrote:
> ...
>> The problem is that the `/usr/bin` breaks "interpreter version manager
>> systems" like RVM, rbenv, virtualenv, etc. since people will write
>> hooks like:
>>
>> #!/usr/bin/
On Fri, 17 Oct 2014 13:25:42 +, Ciro Santilli wrote:
...
> The problem is that the `/usr/bin` breaks "interpreter version manager
> systems" like RVM, rbenv, virtualenv, etc. since people will write
> hooks like:
>
> #!/usr/bin/env ruby
>
> and the `/usr/bin` ruby will get run instead of
On Sat, Oct 11, 2014 at 11:51 PM, Mark Levedahl wrote:
>
> $git checkout was taking about 3.5 seconds to respond on one
> repository having four remotes with about 100 total refs (measured on
> Cygwin). All of the time was being claimed in "git for-each-ref" to do
> its work. This working direc
Wrap atexit()s calls on unthreaded builds to handle callback list
internally.
This is needed because on unthreaded builds, asyncs inherits parent's
atexit() list, that gets run as soon as the async exit()s (and again at
the end of async's parent process). That led to remove temporary files
too ear
On Thu, Oct 16, 2014 at 05:39:18PM -0400, Jeff King wrote:
> @@ -301,6 +297,14 @@ static struct commit *handle_commit(struct rev_info
> *revs,
> die("bad object %s", sha1_to_hex(tag->tagged->sha1));
> }
> object->flags |= flags;
> + /*
14 matches
Mail list logo
