git svn errors out with git-cat-file "usage" message

git svn errors out with git-cat-file "usage" message

[Martin Langhoff]

There is very small public SVN repo that I'm trying to clone with SVN,
and seems to trigger a big in git-svn.

Steps to repro, and error message:

$  git svn clone -T trunk --ignore-paths releases
http://paintweb.googlecode.com/svn paintweb.git
r3 = 30548c9192aefcde23337f70542ab59e193a1b9e (trunk)
usage: git-cat-file [-t|-s|-e|-p|<type>] <sha1>
fatal: unable to run 'git-svn'
$ git version
git version 1.6.2.4.10.g2254d <== this is maint as of right now

The same problem exists with master as of right now (v1.6.3-rc3-12-gb79376c)

On a different box it succeeded -- this was a Fedora 9 box, with git
from rpms. I did have to drop the '--ignore-paths' paramater though:
$ git --version
git version 1.6.0.6

any hints as to what could be wrong? The repository is small and
pretty vanilla afaics...

cheers,



martin
-- 
 martin.langhoff@gmail.com
 martin@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff

Re: git svn errors out with git-cat-file "usage" message

[Avery Pennarun]

On Wed, Apr 29, 2009 at 11:11 AM, Martin Langhoff
<martin.langhoff@gmail.com> wrote:
> Steps to repro, and error message:
>
> $  git svn clone -T trunk --ignore-paths releases
> http://paintweb.googlecode.com/svn paintweb.git
> r3 = 30548c9192aefcde23337f70542ab59e193a1b9e (trunk)
> usage: git-cat-file [-t|-s|-e|-p|<type>] <sha1>
> fatal: unable to run 'git-svn'
> $ git version
> git version 1.6.2.4.10.g2254d <== this is maint as of right now
>
> The same problem exists with master as of right now (v1.6.3-rc3-12-gb79376c)

I just tried this (commit 2254d) and was unable to reproduce; it
worked fine for me (Debian etch).

  git svn clone -T trunk --ignore-paths releases
http://paintweb.googlecode.com/svn paintweb.git
  ...
  r6 = 8561205fe08e0bcefb592710f4e34db91f3099df (trunk)
  Checked out HEAD:
    http://paintweb.googlecode.com/svn/trunk r6

Maybe you can try 'git bisect' to narrow it down.

Have fun,

Avery

Re: git svn errors out with git-cat-file "usage" message

[Michael J Gruber]

Avery Pennarun venit, vidit, dixit 29.04.2009 20:50:
> On Wed, Apr 29, 2009 at 11:11 AM, Martin Langhoff
> <martin.langhoff@gmail.com> wrote:
>> Steps to repro, and error message:
>>
>> $  git svn clone -T trunk --ignore-paths releases
>> http://paintweb.googlecode.com/svn paintweb.git
>> r3 = 30548c9192aefcde23337f70542ab59e193a1b9e (trunk)
>> usage: git-cat-file [-t|-s|-e|-p|<type>] <sha1>
>> fatal: unable to run 'git-svn'
>> $ git version
>> git version 1.6.2.4.10.g2254d <== this is maint as of right now
>>
>> The same problem exists with master as of right now (v1.6.3-rc3-12-gb79376c)
> 
> I just tried this (commit 2254d) and was unable to reproduce; it
> worked fine for me (Debian etch).
> 
>   git svn clone -T trunk --ignore-paths releases
> http://paintweb.googlecode.com/svn paintweb.git
>   ...
>   r6 = 8561205fe08e0bcefb592710f4e34db91f3099df (trunk)
>   Checked out HEAD:
>     http://paintweb.googlecode.com/svn/trunk r6
> 
> Maybe you can try 'git bisect' to narrow it down.

Works here as well, with git version 1.6.3.rc3 and svn, Version 1.5.4
(r33841) on Fedora 10.

Given the versions that fail for Martin and work for Avery and me I
would think it's not a git issue but rather a matter of the svn version
resp. the svn perl bindingds.

Michael

Re: git svn errors out with git-cat-file "usage" message

[Martin Langhoff]

On Wed, Apr 29, 2009 at 10:25 PM, Michael J Gruber
<git@drmicha.warpmail.net> wrote:
> Given the versions that fail for Martin and work for Avery and me I
> would think it's not a git issue but rather a matter of the svn version
> resp. the svn perl bindingds.

Good point. The machine where this is failing is an Ubuntu Intrepid box...

$ dpkg -l libsvn* | grep '^i'
ii  libsvn-perl                                1.5.1dfsg1-1ubuntu2
                Perl bindings for Subversion
ii  libsvn1                                    1.5.1dfsg1-1ubuntu2
                Shared libraries used by Subversion
ii  libsvncpp1                                 0.9.6-1
                Subversion C++ shared library
dpkg -l subversion* | grep '^i'
ii  subversion                                 1.5.1dfsg1-1ubuntu2
                Advanced version control system

On the F9 box where things succeed...

$rpm -qa subversion*
subversion-perl-1.4.6-7.i386
subversion-1.4.6-7.i386
$ rpm -qa *svn*
git-svn-1.6.0.6-3.fc9.i386

What are the versions in that F-10 box? Could it be an incompatibility
with svn-1.5.x?

cheers,



m
-- 
 martin.langhoff@gmail.com
 martin@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff

Re: git svn errors out with git-cat-file "usage" message

[Michael J Gruber]

Martin Langhoff venit, vidit, dixit 29.04.2009 22:47:
> On Wed, Apr 29, 2009 at 10:25 PM, Michael J Gruber
> <git@drmicha.warpmail.net> wrote:
>> Given the versions that fail for Martin and work for Avery and me I
>> would think it's not a git issue but rather a matter of the svn version
>> resp. the svn perl bindingds.
> 
> Good point. The machine where this is failing is an Ubuntu Intrepid box...
> 
> $ dpkg -l libsvn* | grep '^i'
> ii  libsvn-perl                                1.5.1dfsg1-1ubuntu2
>                 Perl bindings for Subversion
> ii  libsvn1                                    1.5.1dfsg1-1ubuntu2
>                 Shared libraries used by Subversion
> ii  libsvncpp1                                 0.9.6-1
>                 Subversion C++ shared library
> dpkg -l subversion* | grep '^i'
> ii  subversion                                 1.5.1dfsg1-1ubuntu2
>                 Advanced version control system
> 
> On the F9 box where things succeed...
> 
> $rpm -qa subversion*
> subversion-perl-1.4.6-7.i386
> subversion-1.4.6-7.i386
> $ rpm -qa *svn*
> git-svn-1.6.0.6-3.fc9.i386
> 
> What are the versions in that F-10 box? Could it be an incompatibility
> with svn-1.5.x?

1.5.4

But I just re-read your original report, and there's some inconsistency:

git-svn triggers cat-file's usage message which says "git-cat-file ...".
The dash indicates that it is a git cat-file before v1.6.0.1-13-g34baebc
(where the dash was removed), so it's definitely not the current maint
you think you are using.

Do you have older ubuntu git packages installed in $PATH?

Michael

Re: git svn errors out with git-cat-file "usage" message

[Martin Langhoff]

On Wed, Apr 29, 2009 at 11:05 PM, Michael J Gruber
<git@drmicha.warpmail.net> wrote:
> But I just re-read your original report, and there's some inconsistency:
>
> git-svn triggers cat-file's usage message which says "git-cat-file ...".
> The dash indicates that it is a git cat-file before v1.6.0.1-13-g34baebc
> (where the dash was removed), so it's definitely not the current maint
> you think you are using.
>
> Do you have older ubuntu git packages installed in $PATH?

Bingo! Yes,

~$ which git-cat-file
/usr/bin/git-cat-file
~$ /usr/bin/git version
git version 1.5.6.3

now that's really weird. git from ~/bin is using git-cat-file from
/usr/bin instead of ~/libexec/git-core ... how is the libexec path set
in the PATH during the execution of the script?

the funny thing is that Ubuntu wants to have git-core in place if
you're rebuilding kernel packages. I don't need to rebuild my kernel
anymore but I am sure this is an issue for others. What's the trick?
Add the libexec/git-core to the PATH before /usr/bin? Should git
internally append libexec/git-core earlier in the search path?

cheers,


m
-- 
 martin.langhoff@gmail.com
 martin@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff

Re: git svn errors out with git-cat-file "usage" message

[Michael J Gruber]

Martin Langhoff venit, vidit, dixit 30.04.2009 09:18:
> On Wed, Apr 29, 2009 at 11:05 PM, Michael J Gruber
> <git@drmicha.warpmail.net> wrote:
>> But I just re-read your original report, and there's some inconsistency:
>>
>> git-svn triggers cat-file's usage message which says "git-cat-file ...".
>> The dash indicates that it is a git cat-file before v1.6.0.1-13-g34baebc
>> (where the dash was removed), so it's definitely not the current maint
>> you think you are using.
>>
>> Do you have older ubuntu git packages installed in $PATH?
> 
> Bingo! Yes,
> 
> ~$ which git-cat-file
> /usr/bin/git-cat-file
> ~$ /usr/bin/git version
> git version 1.5.6.3
> 
> now that's really weird. git from ~/bin is using git-cat-file from
> /usr/bin instead of ~/libexec/git-core ... how is the libexec path set
> in the PATH during the execution of the script?
> 
> the funny thing is that Ubuntu wants to have git-core in place if
> you're rebuilding kernel packages. I don't need to rebuild my kernel
> anymore but I am sure this is an issue for others. What's the trick?
> Add the libexec/git-core to the PATH before /usr/bin? Should git
> internally append libexec/git-core earlier in the search path?
> 

I'm pretty sure that git will use the correct version, i.e. "git
cat-file -x" will give you the usage line for the recent version. Or
does "env|grep GIT" return anything which could misdirect git?

I think the question is more what git-svn does. It uses git's perl
bindings, and it may very well be the case that your current, locally
installed git uses the current git-svn which in turn picks up the wrong
Git.pm.

As far as I can see, the last explicit usage of "git-cat-file" (with
dash) was removed from git-svn.perl in v1.5.5.1-136-gffe256f which
equals v1.5.6-rc0~8^2~2 which should precede your older git, unless
Debian/Ubuntu did something funny. (Fedora followed the out-of-bin
decision for git-* only with a delay, e.g.) That's why I suspected a
perl path issue. But I'm not a perl guy, so I'm sorry I can't help
further than suggesting to uninstall the old git (deb version of
--no-deps) and check if that's helping.

Michael

Re: git svn errors out with git-cat-file "usage" message

[Andreas Ericsson]

Martin Langhoff wrote:
> On Wed, Apr 29, 2009 at 11:05 PM, Michael J Gruber
> <git@drmicha.warpmail.net> wrote:
>> But I just re-read your original report, and there's some inconsistency:
>>
>> git-svn triggers cat-file's usage message which says "git-cat-file ...".
>> The dash indicates that it is a git cat-file before v1.6.0.1-13-g34baebc
>> (where the dash was removed), so it's definitely not the current maint
>> you think you are using.
>>
>> Do you have older ubuntu git packages installed in $PATH?
> 
> Bingo! Yes,
> 
> ~$ which git-cat-file
> /usr/bin/git-cat-file
> ~$ /usr/bin/git version
> git version 1.5.6.3
> 
> now that's really weird. git from ~/bin is using git-cat-file from
> /usr/bin instead of ~/libexec/git-core ... how is the libexec path set
> in the PATH during the execution of the script?
> 

If you're executing "git-svn", the "git-svn" found first in your $PATH
will be used. Same with "git" really, so if you have a $PATH like this:

  PATH=/usr/bin:$(HOME)/bin

you will always use the git from /usr/bin (naturally).

> the funny thing is that Ubuntu wants to have git-core in place if
> you're rebuilding kernel packages. I don't need to rebuild my kernel
> anymore but I am sure this is an issue for others. What's the trick?
> Add the libexec/git-core to the PATH before /usr/bin? Should git
> internally append libexec/git-core earlier in the search path?
> 

The possibly easiest solution to your particular problem is to just
remove the files installed by the git-core package and then log out
and back in (to clear any persistent shell cache). You may need to
mark git-core as not updateable in your apt config.

-- 
Andreas Ericsson                   andreas.ericsson@op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231

Register now for Nordic Meet on Nagios, June 3-4 in Stockholm
 http://nordicmeetonnagios.op5.org/

Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.

Re: git svn errors out with git-cat-file "usage" message

[Michael J Gruber]

Andreas Ericsson venit, vidit, dixit 30.04.2009 10:26:
> Martin Langhoff wrote:
>> On Wed, Apr 29, 2009 at 11:05 PM, Michael J Gruber
>> <git@drmicha.warpmail.net> wrote:
>>> But I just re-read your original report, and there's some inconsistency:
>>>
>>> git-svn triggers cat-file's usage message which says "git-cat-file ...".
>>> The dash indicates that it is a git cat-file before v1.6.0.1-13-g34baebc
>>> (where the dash was removed), so it's definitely not the current maint
>>> you think you are using.
>>>
>>> Do you have older ubuntu git packages installed in $PATH?
>>
>> Bingo! Yes,
>>
>> ~$ which git-cat-file
>> /usr/bin/git-cat-file
>> ~$ /usr/bin/git version
>> git version 1.5.6.3
>>
>> now that's really weird. git from ~/bin is using git-cat-file from
>> /usr/bin instead of ~/libexec/git-core ... how is the libexec path set
>> in the PATH during the execution of the script?
>>
> 
> If you're executing "git-svn", the "git-svn" found first in your $PATH
> will be used. Same with "git" really, so if you have a $PATH like this:
> 
>   PATH=/usr/bin:$(HOME)/bin
> 
> you will always use the git from /usr/bin (naturally).

But he wrote he executed "git svn", and "git --version" showed the more
current version. So it can't be a PATH issue. It may be PERL5LIB, though.

> 
>> the funny thing is that Ubuntu wants to have git-core in place if
>> you're rebuilding kernel packages. I don't need to rebuild my kernel
>> anymore but I am sure this is an issue for others. What's the trick?
>> Add the libexec/git-core to the PATH before /usr/bin? Should git
>> internally append libexec/git-core earlier in the search path?
>>
> 
> The possibly easiest solution to your particular problem is to just
> remove the files installed by the git-core package and then log out
> and back in (to clear any persistent shell cache). You may need to
> mark git-core as not updateable in your apt config.
> 

Re: git svn errors out with git-cat-file "usage" message

[Martin Langhoff]

On Thu, Apr 30, 2009 at 9:18 AM, Martin Langhoff
<martin.langhoff@gmail.com> wrote:
> Bingo! Yes,
>
> ~$ which git-cat-file
> /usr/bin/git-cat-file
> ~$ /usr/bin/git version
> git version 1.5.6.3

Actually, after removing the git-core package and all its dependencies...

# same git version that succeeds on Fedora 9, here says:
$ git svn  clone  -T trunk  http://paintweb.googlecode.com/svn paintweb.git
usage: git-cat-file [-t|-s|-e|-p|<type>] <sha1>
error closing pipe: Broken pipe at
/home/martin/libexec/git-core/git-svn line 3252
cat-file --batch: command returned error: 129

error closing pipe: Bad file descriptor at
/home/martin/libexec/git-core/git-svn line 0
error closing pipe: Bad file descriptor at
/home/martin/libexec/git-core/git-svn line 0
$ git version
git version 1.6.0.6

# a newer git says...
$ git svn clone -T trunk --ignore-paths releases
http://paintweb.googlecode.com/svn paintweb.git
usage: git-cat-file [-t|-s|-e|-p|<type>] <sha1>
Unexpected result returned from git cat-file at
/home/martin/libexec/git-core/git-svn line 3526
Failed to read object 4b90eef95225bb9e34000e050d0cac8b84ab36f6 at
/home/martin/libexec/git-core/git-svn line 3527.

$ git version
git version 1.6.2.4.10.g2254d

... the plot thickens...

There is nothing in my env that would confuse git -- and my PATH has
~/bin as the first entry, trumping everything else. So perhaps the
debian package had nothing to do with this?

Perl SVN bindings? How do I debug that side of things?

cheers,



m
-- 
 martin.langhoff@gmail.com
 martin@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff

Re: git svn errors out with git-cat-file "usage" message

[Michael J Gruber]

Martin Langhoff venit, vidit, dixit 30.04.2009 10:53:
> On Thu, Apr 30, 2009 at 9:18 AM, Martin Langhoff
> <martin.langhoff@gmail.com> wrote:
>> Bingo! Yes,
>>
>> ~$ which git-cat-file
>> /usr/bin/git-cat-file
>> ~$ /usr/bin/git version
>> git version 1.5.6.3
> 
> Actually, after removing the git-core package and all its dependencies...
> 
> # same git version that succeeds on Fedora 9, here says:
> $ git svn  clone  -T trunk  http://paintweb.googlecode.com/svn paintweb.git
> usage: git-cat-file [-t|-s|-e|-p|<type>] <sha1>
> error closing pipe: Broken pipe at
> /home/martin/libexec/git-core/git-svn line 3252
> cat-file --batch: command returned error: 129
> 
> error closing pipe: Bad file descriptor at
> /home/martin/libexec/git-core/git-svn line 0
> error closing pipe: Bad file descriptor at
> /home/martin/libexec/git-core/git-svn line 0
> $ git version
> git version 1.6.0.6
> 
> # a newer git says...
> $ git svn clone -T trunk --ignore-paths releases
> http://paintweb.googlecode.com/svn paintweb.git
> usage: git-cat-file [-t|-s|-e|-p|<type>] <sha1>

That one is definitely not from a newer git. What do you do in between
the two steps above and below, where the same command "git version"
returns different results? You must have some older parts lying around
somewhere, whether they get picked up by on old or new git svn or Git.pm.

What do the following say:

which git-cat-file
which git
git --exec-path
#desperate last attemtp
find / -name git-cat-file | xargs -n 1 sh -c

> Unexpected result returned from git cat-file at
> /home/martin/libexec/git-core/git-svn line 3526
> Failed to read object 4b90eef95225bb9e34000e050d0cac8b84ab36f6 at
> /home/martin/libexec/git-core/git-svn line 3527.
> 
> $ git version
> git version 1.6.2.4.10.g2254d
> 
> ... the plot thickens...
> 
> There is nothing in my env that would confuse git -- and my PATH has
> ~/bin as the first entry, trumping everything else. So perhaps the
> debian package had nothing to do with this?
> 
> Perl SVN bindings? How do I debug that side of things?
> 
> cheers,
> 
> 
> 
> m

Re: git svn errors out with git-cat-file "usage" message

[Martin Langhoff]

On Thu, Apr 30, 2009 at 11:28 AM, Michael J Gruber
<git@drmicha.warpmail.net> wrote:
> That one is definitely not from a newer git. What do you do in between
> the two steps above and below, where the same command "git version"
> returns different results? You must have some older parts lying around
> somewhere, whether they get picked up by on old or new git svn or Git.pm.

I just do 'git checkout <version I want> && make && make install'.

See
$ which git-cat-file
$ which git
/home/martin/bin/git
$ git --exec-path
/home/martin/libexec/git-core

I can't see anything suspicious in my install.

$ find / -name git-cat-file 2>/dev/null
/home/martin/libexec/git-core/git-cat-file
/home/martin/src/git/git-cat-file
/usr/share/doc/mercurial/examples/git-viz/git-cat-file

cheers,




m
-- 
 martin.langhoff@gmail.com
 martin@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff

Re: git svn errors out with git-cat-file "usage" message

[Avery Pennarun]

On Thu, Apr 30, 2009 at 4:53 AM, Martin Langhoff
<martin.langhoff@gmail.com> wrote:
> Actually, after removing the git-core package and all its dependencies...
>
> # same git version that succeeds on Fedora 9, here says:
> $ git svn  clone  -T trunk  http://paintweb.googlecode.com/svn paintweb.git
> usage: git-cat-file [-t|-s|-e|-p|<type>] <sha1>
> error closing pipe: Broken pipe at
> /home/martin/libexec/git-core/git-svn line 3252
> cat-file --batch: command returned error: 129

Try this:

  strace -fF git svn  clone  -T trunk
http://paintweb.googlecode.com/svn paintweb.git 2>&1 | egrep -i
'git.pm|git-svn'

If you wade through the output, it should tell you which git.pm and
git-svn you're *really* getting.

Avery

Re: git svn errors out with git-cat-file "usage" message

[Martin Langhoff]

On Thu, Apr 30, 2009 at 4:41 PM, Avery Pennarun <apenwarr@gmail.com> wrote:
> Try this:
>
>  strace -fF git svn  clone  -T trunk
> http://paintweb.googlecode.com/svn paintweb.git 2>&1 | egrep -i
> 'git.pm|git-svn'
>
> If you wade through the output, it should tell you which git.pm and
> git-svn you're *really* getting.

The output looks reasonable:

$ strace -fF git svn  clone  -T trunk
http://paintweb.googlecode.com/svn paintweb.git 2>&1 | egrep -i
'git.pm|git-svn'
execve("/home/martin/libexec/git-core/git-svn", ["git-svn", "clone",
"-T", "trunk", "http://paintweb.googlecode.com/s"..., "paintweb.git"],
[/* 44 vars */]) = 0
open("/home/martin/libexec/git-core/git-svn", O_RDONLY|O_LARGEFILE) = 3
stat64("/home/martin/share/perl/5.10.0/Git.pmc", 0xbffa451c) = -1
ENOENT (No such file or directory)
stat64("/home/martin/share/perl/5.10.0/Git.pm", {st_mode=S_IFREG|0444,
st_size=35479, ...}) = 0
open("/home/martin/share/perl/5.10.0/Git.pm", O_RDONLY|O_LARGEFILE) = 4
[pid 23322] write(2, "Unexpected result returned from "...,
96Unexpected result returned from git cat-file at
/home/martin/libexec/git-core/git-svn line 3252
write(2, "Failed to read object 4b90eef952"..., 116Failed to read
object 4b90eef95225bb9e34000e050d0cac8b84ab36f6 at
/home/martin/libexec/git-core/git-svn line 3253.

cheers,


martin

-- 
 martin.langhoff@gmail.com
 martin@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff

Re: git svn errors out with git-cat-file "usage" message

[Avery Pennarun]

On Thu, Apr 30, 2009 at 11:03 AM, Martin Langhoff
<martin.langhoff@gmail.com> wrote:
> On Thu, Apr 30, 2009 at 4:41 PM, Avery Pennarun <apenwarr@gmail.com> wrote:
>> Try this:
>>
>>  strace -fF git svn  clone  -T trunk
>> http://paintweb.googlecode.com/svn paintweb.git 2>&1 | egrep -i
>> 'git.pm|git-svn'
>>
>> If you wade through the output, it should tell you which git.pm and
>> git-svn you're *really* getting.
>
> The output looks reasonable:
>
> $ strace -fF git svn  clone  -T trunk | http://paintweb.googlecode.com/svn paintweb.git 2>&1 | egrep -i 'git.pm|git-svn'
> execve("/home/martin/libexec/git-core/git-svn", ["git-svn", "clone",
> "-T", "trunk", "http://paintweb.googlecode.com/s"..., "paintweb.git"],
> [/* 44 vars */]) = 0
> open("/home/martin/libexec/git-core/git-svn", O_RDONLY|O_LARGEFILE) = 3
> stat64("/home/martin/share/perl/5.10.0/Git.pmc", 0xbffa451c) = -1
> ENOENT (No such file or directory)
> stat64("/home/martin/share/perl/5.10.0/Git.pm", {st_mode=S_IFREG|0444,
> st_size=35479, ...}) = 0
> open("/home/martin/share/perl/5.10.0/Git.pm", O_RDONLY|O_LARGEFILE) = 4
> [pid 23322] write(2, "Unexpected result returned from "...,
> 96Unexpected result returned from git cat-file at
> /home/martin/libexec/git-core/git-svn line 3252
> write(2, "Failed to read object 4b90eef952"..., 116Failed to read
> object 4b90eef95225bb9e34000e050d0cac8b84ab36f6 at
> /home/martin/libexec/git-core/git-svn line 3253.

And do the contents of these files match the ones in your git source
directory?  What are their md5sums?

/home/martin/libexec/git-core/git-svn
/home/martin/share/perl/5.10.0/Git.pm

Avery

Re: git svn errors out with git-cat-file "usage" message

[Martin Langhoff]

On Thu, Apr 30, 2009 at 6:26 PM, Avery Pennarun <apenwarr@gmail.com> wrote:
> And do the contents of these files match the ones in your git source
> directory?  What are their md5sums?
>
> /home/martin/libexec/git-core/git-svn
> /home/martin/share/perl/5.10.0/Git.pm

They match alright -

sha1sum /home/martin/share/perl/5.10.0/*
e5ceeaa91bfe878ac45a5e5daad4fa1d50b6ff4a
/home/martin/share/perl/5.10.0/Error.pm
d752abdebc8e40801d891859e6764631c2f1e8ff  /home/martin/share/perl/5.10.0/Git.pm

~/src/git$ sha1sum perl/blib/lib/*pm
e5ceeaa91bfe878ac45a5e5daad4fa1d50b6ff4a  perl/blib/lib/Error.pm
d752abdebc8e40801d891859e6764631c2f1e8ff  perl/blib/lib/Git.pm

~/src/git$ sha1sum /home/martin/libexec/git-core/git-svn git-svn
37cae8b77552f0bbdd54e060318bbc6a269a7577  /home/martin/libexec/git-core/git-svn
37cae8b77552f0bbdd54e060318bbc6a269a7577  git-svn

it's really weird.



m
-- 
 martin.langhoff@gmail.com
 martin@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff

Re: git svn errors out with git-cat-file "usage" message

[Michael J Gruber]

Martin Langhoff venit, vidit, dixit 30.04.2009 18:31:
> On Thu, Apr 30, 2009 at 6:26 PM, Avery Pennarun <apenwarr@gmail.com> wrote:
>> And do the contents of these files match the ones in your git source
>> directory?  What are their md5sums?
>>
>> /home/martin/libexec/git-core/git-svn
>> /home/martin/share/perl/5.10.0/Git.pm
> 
> They match alright -
> 
> sha1sum /home/martin/share/perl/5.10.0/*
> e5ceeaa91bfe878ac45a5e5daad4fa1d50b6ff4a
> /home/martin/share/perl/5.10.0/Error.pm
> d752abdebc8e40801d891859e6764631c2f1e8ff  /home/martin/share/perl/5.10.0/Git.pm
> 
> ~/src/git$ sha1sum perl/blib/lib/*pm
> e5ceeaa91bfe878ac45a5e5daad4fa1d50b6ff4a  perl/blib/lib/Error.pm
> d752abdebc8e40801d891859e6764631c2f1e8ff  perl/blib/lib/Git.pm
> 
> ~/src/git$ sha1sum /home/martin/libexec/git-core/git-svn git-svn
> 37cae8b77552f0bbdd54e060318bbc6a269a7577  /home/martin/libexec/git-core/git-svn
> 37cae8b77552f0bbdd54e060318bbc6a269a7577  git-svn
> 
> it's really weird.

Have you ever checked the usage strings which your instances of
"git-cat-file" output, as I suggested?

BTW: Does make test work for you?

Michael