On 31 May 2013 09:32, John Keeping j...@keeping.me.uk wrote:
On Fri, May 31, 2013 at 09:14:49AM +0100, Alex Bennée wrote:
On 30 May 2013 20:30, John Keeping j...@keeping.me.uk wrote:
On Thu, May 30, 2013 at 06:21:55PM +0200, Thomas Rast wrote:
Alex Bennée kernel-hac...@bennee.com writes
On 31 May 2013 09:46, Thomas Rast tr...@inf.ethz.ch wrote:
Alex Bennée kernel-hac...@bennee.com writes:
I think you are right. I was brave (well I assumed the tags would come
back from the upstream repo) and ran:
git for-each-ref | grep refs/tags | grep commit | cut -d '/' -f 3
| xargs git
for git to do?
--
Alex, homepage: http://www.bennee.com/~alex/
--
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
2.03% git [kernel.kallsyms] [k] clear_page_c
So I'm guessing it's spending a lot of non-cache efficient time
un-packing and processing the deltas?
--
Alex.
On 30 May 2013 12:48, John Keeping j...@keeping.me.uk wrote:
On Thu, May 30, 2013 at 11:38:32AM +0100, Alex Bennée wrote:
One factor
] clear_page_c
I'm not sure why libcrypto features so highly in the results
--
Alex.
On 30 May 2013 12:33, Ramkumar Ramachandra artag...@gmail.com wrote:
Alex Bennée wrote:
time /usr/bin/git --no-pager
traversed 223 commits
real0m4.817s
user0m4.320s
sys 0m0.464s
I'm quite clueless
j...@keeping.me.uk wrote:
On Thu, May 30, 2013 at 11:38:32AM +0100, Alex Bennée wrote:
One factor might be the size of my repo (.git is around 2.4G). Could
this just be due to computational cost of searching through large
packs to walk the commit chain? Is there any way to make this easier
On 30 May 2013 14:45, Duy Nguyen pclo...@gmail.com wrote:
On Thu, May 30, 2013 at 8:34 PM, Alex Bennée kernel-hac...@bennee.com wrote:
snip
Thanks. Can you share verify-pack -v output of
pack-a9ba133a6f25ffa74c3c407e09ab030f8745b201.pack? I think you need
to put it somewhere on Internet
On 30 May 2013 15:32, Ramkumar Ramachandra artag...@gmail.com wrote:
Alex Bennée wrote:
And through my special repo:
41.58% git libcrypto.so.1.0.0 [.] sha1_block_data_order_ssse3
33.62% git libz.so.1.2.3.4 [.] inflate_fast
10.39% git libz.so.1.2.3.4 [.] adler32
2.03
: that's not a question
for git-p4 because git-p4 was not involved in the creation of
this p4 depot (or the symlink).
git-p4 is off the hook since it appears to be an issue with
the depot itself.
Thanks for your time!
--Alex
--
To unsubscribe from this list: send the line unsubscribe git
This short discussion on GitHub (file git-compat-util.h) might be relevant:
https://github.com/msysgit/git/commit/435bdf8c7ffa493f8f6f2e8f329f8cc22db16ce6#commitcomment-2407194
The change suggested there (to remove an inclusion of windows.h in
git-compat-util.h) might simplify the solution a
On Fri, Jan 11, 2013 at 9:08 PM, Alex Riesen raa.l...@gmail.com wrote:
This short discussion on GitHub (file git-compat-util.h) might be relevant:
https://github.com/msysgit/git/commit/435bdf8c7ffa493f8f6f2e8f329f8cc22db16ce6#commitcomment-2407194
The change suggested there (to remove
)
foo: unmerged (4a622d2b991f1a19ba7be313a46dc6f03692cd0a)
fatal: git-write-tree: error building trees
Cannot save the current index state
- Alex
--
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
conflicts).
Apologies for not being clear. While being unable to stash is not
unexpected, perhaps, Cannot stash while resolving conflicts or similar
would be more understandable to the end user than the above.
- Alex
--
To unsubscribe from this list: send the line unsubscribe git in
the body
This change removes the config entries in .gitmodules and adds it.
---
git-submodule.sh | 62 +++-
1 file changed, 61 insertions(+), 1 deletion(-)
diff --git a/git-submodule.sh b/git-submodule.sh
index ab6b110..29d950f 100755
---
gitweb's feeds sometimes contained committer timestamps in the wrong timezone
due to a misspelling.
Signed-off-by: Dylan Simon dy...@dylex.net
---
gitweb/gitweb.perl |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gitweb/gitweb.perl b/gitweb/gitweb.perl
index
mv: cannot stat `perl.mak': No such file or directory
mv: cannot move `perl.mak' to `perl.mak.old': No such file or directory
Writing perl.mak for Git
Writing MYMETA.yml
Writing perl.mak for Git
Writing MYMETA.yml
Writing perl.mak for Git
Writing MYMETA.yml
make[2]: *** [perl.mak] Error 1
make[1]:
cannot contain '..'.
| \@{ # Tag cannot contain '@{'.
| \.lock $# Tag cannot end with '.lock'.
| ^ \. # Tag cannot begin...
| \. $# ...or end with '.'
)//xg;
- Alex
--
To unsubscribe from
On Mon, Jul 9, 2012 at 3:41 AM, Junio C Hamano gits...@pobox.com wrote:
Alex Riesen raa.l...@gmail.com writes:
The original (shell coded) version of the git-clone just used mkdir(1)
to create the working directories. The builtin changed the mode argument
to mkdir(2) to 0755, which was a bit
behaviour for new directory/file creation.
---
On Fri, 6 Jul 2012, Daniel Barkalow wrote:
On Fri, 6 Jul 2012, Alex Riesen wrote:
when git-clone was built in, its treatment of umask has changed: the shell
version respected umask for newly created directories by using plain
mkdir(1
:
http://stackoverflow.com/questions/10637416/git-clone-respects-umask-except-for-top-level-project-directory
and might provide a credible use case.
Regards,
Alex
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo
On 8/30/05, Paul Mackerras [EMAIL PROTECTED] wrote:
Try now... :)
It also makes the current graph line thicker now, so it's easier to
pick out where the line you clicked on goes.
That's a fine feature :)
BTW, did you sometimes notice lines you can't click at all?
An example is the red
On 8/17/05, Linus Torvalds [EMAIL PROTECTED] wrote:
NOTE! This does _not_ handle .. or . in the _middle_ of a pathspec. If
you have people who do
BTW, could this (below) be useful for something?
#include string.h
#include stdio.h
#include stdlib.h
// an analog of cd path from a directory cwd.
On 8/23/05, Alex Riesen [EMAIL PROTECTED] wrote:
On 8/17/05, Linus Torvalds [EMAIL PROTECTED] wrote:
NOTE! This does _not_ handle .. or . in the _middle_ of a pathspec. If
you have people who do
BTW, could this (below) be useful for something?
Well, a bit of explanation is certainly
] sha1 [sha2 [sha3]])
Is this a just a case of the cvsps not giving output the script can deal
with? Any suggestions on how I can proceed with diagnosing what went
wrong?
--
Alex, homepage: http://www.bennee.com/~alex/
Barometer, n.: An ingenious instrument which indicates what kind of
weather we
On Tue, 2005-08-16 at 14:16 +0200, David Kågedal wrote:
Alex Bennee [EMAIL PROTECTED] writes:
Before the import script finally dies with:
WARNING: revision 1.3.2.1 of file
scripts/xmltools/t/data/gzip/DO-NOT-BACKUP on unnamed branch
DONE; creating master branch
cp: cannot stat
source projects use CVS in such a way.
My import seems to be getting a lot further now. I now just need to
clean out the corrupted files that are breaking cvs log.
--
Alex, homepage: http://www.bennee.com/~alex/
New systems generate new problems.
-
To unsubscribe from this list: send the line
On 4/18/05, randy_dunlap [EMAIL PROTECTED] wrote:
Here's the beginnings of yet another git usage/howto/tutorial.
It can grow or die... I'll gladly take patches for it,
or Pasky et al can merge more git plumbing and toilet usages
into it, with or without me.
201 - 227 of 227 matches
Mail list logo