git-svn clone problem

git-svn clone problem

[Joel Becker]

Hello everyone,
	I've got a fun git-svn bug I can't seem to track down.  The
google is no help.  I'm just trying to clone a full repo.  I'm not
looking to push changes back, and I've done this before, yet now (1.6.3
and 1.6.3.1) it's not working.
	The clone command and error is:

$ git svn clone --stdlayout --no-metadata -Aauthors  http://oss.oracle.com/projects/oracleasm/src/ driver-git
Initialized empty Git repository in
/build/jlbec/oracleasm/driver-git/.git/
	A	kernel/osm.c
	A	Configure
	A	include/osmprivate.h
	A	include/arch-i386/osmstructures.h
	A	include/osmlib.h
	A	include/osmerror.h
	A	libosm/osmlib.c
	A	Makefile
r1 = d855bc271ef7dcf70a58ae35fde5dc49f28d3e8e (trunk)
missing UUID at the end of .git/svn/trunk/.rev_db.????????-????-????-????-???????????? at /usr/lib/git-core/git-svn line 4488

You can drop the --no-metadata if you like - it doesn't help.  Clearly
it's tripping on the first revision.  I'm not sure what UUID it's
looking for.  The manpage speaks of UUIDs in regards to svk/svnsync, and
I'm not using those.
	I suspect the last time I did this was in the 1.5 range (my
distribution has obviously moved on).  But I would think this was tested
:-)

Joel

-- 

"Behind every successful man there's a lot of unsuccessful years."
        - Bob Brown

Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker@oracle.com
Phone: (650) 506-8127

Re: git-svn clone problem

[Deskin Miller]

On Wed, May 27, 2009 at 15:16, Joel Becker <Joel.Becker@oracle.com> wrote:
> Hello everyone,
>        I've got a fun git-svn bug I can't seem to track down.  The
> google is no help.  I'm just trying to clone a full repo.  I'm not
> looking to push changes back, and I've done this before, yet now (1.6.3
> and 1.6.3.1) it's not working.
>        The clone command and error is:
>
> $ git svn clone --stdlayout --no-metadata -Aauthors  http://oss.oracle.com/projects/oracleasm/src/ driver-git
> Initialized empty Git repository in
> /build/jlbec/oracleasm/driver-git/.git/
>        A       kernel/osm.c
>        A       Configure
>        A       include/osmprivate.h
>        A       include/arch-i386/osmstructures.h
>        A       include/osmlib.h
>        A       include/osmerror.h
>        A       libosm/osmlib.c
>        A       Makefile
> r1 = d855bc271ef7dcf70a58ae35fde5dc49f28d3e8e (trunk)
> missing UUID at the end of .git/svn/trunk/.rev_db.????????-????-????-????-???????????? at /usr/lib/git-core/git-svn line 4488
>
> You can drop the --no-metadata if you like - it doesn't help.  Clearly
> it's tripping on the first revision.  I'm not sure what UUID it's
> looking for.  The manpage speaks of UUIDs in regards to svk/svnsync, and
> I'm not using those.
>        I suspect the last time I did this was in the 1.5 range (my
> distribution has obviously moved on).  But I would think this was tested
> :-)
>
> Joel
>
> --
>
> "Behind every successful man there's a lot of unsuccessful years."
>        - Bob Brown
>
> Joel Becker
> Principal Software Developer
> Oracle
> E-mail: joel.becker@oracle.com
> Phone: (650) 506-8127

The problem here isn't with git-svn; rather, it is with the svn
repository at oss.oracle.com claiming a nonsensical UUID.  svn uses
UUIDs behind the scenes to identify each repository, and git-svn does
the same thing.  When doing git svn init (or clone, which is just init
&& fetch) the svn server sends back a UUID which identifies it.  When
I use wireshark and expand the first HTTP packet back from a good svn
server, I see something like the following embedded in the xml tree:

<lp3:repository-uuid>
612f8ebc-c883-4be0-9ee0-a4e9ef946e3a
</lp3:repository-uuid>

However when I do the same with oss.oracle.com I see

<lp2:repository-uuid>
????????-????-????-????-????????????
</lp2:repository-uuid>

git-svn tries to play along for a while, but the bottom line is that a
string of question marks isn't a UUID.

There's more about svn's use of UUIDs in the svn book.  Perhaps the
admin of oss.oracle.com can correct this UUID problem so one can use
git-svn with this repository.

Deskin Miller

Re: git-svn clone problem

[Joel Becker]

On Wed, May 27, 2009 at 07:11:01PM -0700, Deskin Miller wrote:
> The problem here isn't with git-svn; rather, it is with the svn
> repository at oss.oracle.com claiming a nonsensical UUID.  svn uses
> UUIDs behind the scenes to identify each repository, and git-svn does
> the same thing.  When doing git svn init (or clone, which is just init
> && fetch) the svn server sends back a UUID which identifies it.  When
> I use wireshark and expand the first HTTP packet back from a good svn
> server, I see something like the following embedded in the xml tree:
> 
> <lp3:repository-uuid>
> 612f8ebc-c883-4be0-9ee0-a4e9ef946e3a
> </lp3:repository-uuid>
> 
> However when I do the same with oss.oracle.com I see
> 
> <lp2:repository-uuid>
> ????????-????-????-????-????????????
> </lp2:repository-uuid>
> 
> git-svn tries to play along for a while, but the bottom line is that a
> string of question marks isn't a UUID.
> 
> There's more about svn's use of UUIDs in the svn book.  Perhaps the
> admin of oss.oracle.com can correct this UUID problem so one can use
> git-svn with this repository.

	Is this some new feature of svn that git-svn has decided to
require?  We're running subversion 1.4.4 there, and git-svn used to work
against those repos.
	Hmm, it's only a couple of very old repos with this problem -
they were probably created with subversion 1.1 or 1.0.  I found how to
fix it.  Thanks.

Joel

-- 

"People with narrow minds usually have broad tongues."

Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker@oracle.com
Phone: (650) 506-8127

Re: git-svn clone problem

[Matthias Andree]

Am 28.05.2009, 04:41 Uhr, schrieb Joel Becker <Joel.Becker@oracle.com>:

> On Wed, May 27, 2009 at 07:11:01PM -0700, Deskin Miller wrote:
>> The problem here isn't with git-svn; rather, it is with the svn
>> repository at oss.oracle.com claiming a nonsensical UUID.  svn uses
>> UUIDs behind the scenes to identify each repository, and git-svn does
>> the same thing.  When doing git svn init (or clone, which is just init
>> && fetch) the svn server sends back a UUID which identifies it.  When
>> I use wireshark and expand the first HTTP packet back from a good svn
>> server, I see something like the following embedded in the xml tree:
>>
>> <lp3:repository-uuid>
>> 612f8ebc-c883-4be0-9ee0-a4e9ef946e3a
>> </lp3:repository-uuid>
>>
>> However when I do the same with oss.oracle.com I see
>>
>> <lp2:repository-uuid>
>> ????????-????-????-????-????????????
>> </lp2:repository-uuid>
>>
>> git-svn tries to play along for a while, but the bottom line is that a
>> string of question marks isn't a UUID.
>>
>> There's more about svn's use of UUIDs in the svn book.  Perhaps the
>> admin of oss.oracle.com can correct this UUID problem so one can use
>> git-svn with this repository.
>
> 	Is this some new feature of svn that git-svn has decided to
> require?  We're running subversion 1.4.4 there, and git-svn used to work
> against those repos.
> 	Hmm, it's only a couple of very old repos with this problem -
> they were probably created with subversion 1.1 or 1.0.  I found how to
> fix it.  Thanks.

Hi Joel,

could you share a pointer to or outline of the solution with the list, for  
the completeness of the (searchable) archives?

Thanks.

-- 
Matthias Andree

Re: git-svn clone problem

[Joel Becker]

On Thu, May 28, 2009 at 09:47:16AM +0200, Matthias Andree wrote:
> Am 28.05.2009, 04:41 Uhr, schrieb Joel Becker <Joel.Becker@oracle.com>:
>
>> On Wed, May 27, 2009 at 07:11:01PM -0700, Deskin Miller wrote:
>>> The problem here isn't with git-svn; rather, it is with the svn
>>> repository at oss.oracle.com claiming a nonsensical UUID.  svn uses
>>> UUIDs behind the scenes to identify each repository, and git-svn does
>>> the same thing.  When doing git svn init (or clone, which is just init
>>> && fetch) the svn server sends back a UUID which identifies it.  When
>>> I use wireshark and expand the first HTTP packet back from a good svn
>>> server, I see something like the following embedded in the xml tree:
>>>
>>> <lp3:repository-uuid>
>>> 612f8ebc-c883-4be0-9ee0-a4e9ef946e3a
>>> </lp3:repository-uuid>
>>>
>>> However when I do the same with oss.oracle.com I see
>>>
>>> <lp2:repository-uuid>
>>> ????????-????-????-????-????????????
>>> </lp2:repository-uuid>
>>>
>>> git-svn tries to play along for a while, but the bottom line is that a
>>> string of question marks isn't a UUID.
>>>
>>> There's more about svn's use of UUIDs in the svn book.  Perhaps the
>>> admin of oss.oracle.com can correct this UUID problem so one can use
>>> git-svn with this repository.
>>
>> 	Is this some new feature of svn that git-svn has decided to
>> require?  We're running subversion 1.4.4 there, and git-svn used to work
>> against those repos.
>> 	Hmm, it's only a couple of very old repos with this problem -
>> they were probably created with subversion 1.1 or 1.0.  I found how to
>> fix it.  Thanks.
>
> Hi Joel,
>
> could you share a pointer to or outline of the solution with the list, 
> for the completeness of the (searchable) archives?

	Sure.  I went to the svn book, this part:

http://chestofbooks.com/computers/revision-control/subversion-svn/Managing-Repository-UUIDs-Reposadmin-Maint-Uuids.html

	My server's running 1.4.4, so the 1.5 command 'svnadmin setuuid
/var/svn/repos' will not work.  Instead I used the second method.  I
created a shell function to generate the uuid:

  uu() {
      echo SVN-fs-dump-format-version: 2;
      echo;
      echo -n "UUID: ";
      uuidgen;
  }

I then used that with the second method to update my repositories:

  # uu | svnadmin load --force-uuid /var/svn/repos

Obviously I replaced '/var/svn/repos' with my own repository paths.
	It's nice that Subversion uses standard UUIDs.  It works
directly with  uuidgen.

Joel

-- 

"The lawgiver, of all beings, most owes the law allegiance.  He of all
 men should behave as though the law compelled him.  But it is the
 universal weakness of mankind that what we are given to administer we
 presently imagine we own."
        - H.G. Wells

Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker@oracle.com
Phone: (650) 506-8127