Bug 464797 - "git svn clone https://..." fails (Perl problem?)
Summary: "git svn clone https://..." fails (Perl problem?)
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: git
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Chris Wright
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-30 15:21 UTC by Horst H. von Brand
Modified: 2013-01-10 10:26 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2009-04-04 23:20:11 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

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


Note You need to log in before you can comment on or make changes to this bug.