Bug 464797

Summary:	"git svn clone https://..." fails (Perl problem?)
Product:	[Fedora] Fedora	Reporter:	Horst H. von Brand <vonbrand>
Component:	git	Assignee:	Chris Wright <chrisw>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	bkearney, chrisw, emil.salageanu, jwboyer, tmz
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-04-04 23:20:11 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Horst H. von Brand 2008-09-30 15:21:40 UTC

Description of problem:
$ git svn clone https://svn.inf.utfsm.cl/wsvn/labcomp/documentacion/LCP-MEC-0001
Using existing [svn-remote "svn"]
Authentication realm: <https://svn.inf.utfsm.cl:443> Repositorio SVN del DI
Password for 'vonbrand': 
Use of uninitialized value in concatenation (.) or string at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/SVN/Core.pm line 584.
XML data was not well-formed:  at /usr/bin/git-svn line 1400

Version-Release number of selected component (if applicable):
git-1.6.0.1-1.fc10.x86_64
subversion-perl-1.5.1-2.x86_64

How reproducible:
Always (also with git version 1.6.0.2.307.gc4275 from upstream git)


Steps to Reproduce:
1. See description
2.
3.
  
Actual results:
Error

Expected results:
Clone repo

Additional info:
"git svn rebase" (with an SVN URL) works fine

Comment 1 Bug Zapper 2008-11-26 03:17:23 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 2 Horst H. von Brand 2008-12-09 01:39:58 UTC

Now on rawhide, still the same.

git-1.6.0.4-1.fc11.x86_64
subversion-perl-1.5.4-4.x86_64

Comment 3 Todd Zullinger 2009-01-12 03:13:08 UTC

Is this still happening with git-1.6.1?  If so, I don't suppose you know of a public repo that this can be reproduced with?

Comment 4 Todd Zullinger 2009-02-19 04:27:18 UTC

Is this still happening with current git in rawhide (or upstream git)?  Does svn alone work on this repository?  (It may and that might not tell us much, as the svn command probably doesn't use the subversion perl module and wouldn't hit this bug, if it even is a bug in subversion perl rather than git-svn. :)

And, per my previous comment, you don't happen to know of a public repo that this can be reproduced with, do you?

This might be resolved quicker on the git list, as there are a lot more folks there to help offer debugging tips.

Comment 5 Todd Zullinger 2009-04-04 23:20:11 UTC

Without a way to reproduce this bug or know whether it is still a problem with the latest git and subversion releases, I'm closing this bug.

Comment 6 emil salageanu 2010-12-16 10:22:32 UTC

Hello, 
  I'm not sure this would help as I'm not sure that the behavior I see is related to this bug. I put it here just in case.  
  
 

  OS:  fedora 12 64bit (32.12-115.fc12.x86_64)
  git version 1.7.2
  svn, version 1.6.9 (r901367)
   

  I have a git project synchronized on the svn server.
  I have an ssh connection to the svn server (svn+ssh://user@mysvnserver). 
  I have an ssh key with a passphrase and an ssh agent. 
  Everything works fine. 
  If I stop my ssh agent, and then type:
  $git svn rebase (or git svn dcommit)

I have this excpetion: 

    Committing to svn+ssh://mysvnserver...

Use of uninitialized value in concatenation (.) or string at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/SVN/Core.pm line 584.
Network connection closed unexpectedly:  at /usr/libexec/git-core/git-svn line 571