Bug 620612 - fedpkg clone fails perhaps because + in package name
Summary: fedpkg clone fails perhaps because + in package name
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: git (Show other bugs)
(Show other bugs)
Version: 13
Hardware: All Linux
low
medium
Target Milestone: ---
Assignee: Chris Wright
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-03 02:12 UTC by Roy Rankin
Modified: 2013-01-10 10:43 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-08-06 19:04:58 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description Roy Rankin 2010-08-03 02:12:25 UTC
Description of problem: clone of gtk+extra fails. Looks like + in package name replaced by " "  for git.


Version-Release number of selected component (if applicable):
fedora-packager.noarch 0:0.5.1.0-1.fc13 

How reproducible:


Steps to Reproduce:
1. fedpkg clone -B gtk+extra
2.
3.
  
Actual results:
$ fedpkg clone -B gtk+extra
Cloning into bare repository /home/royr/fedora-git/gtk+extra/fedpkg.git...
bad command: git-upload-pack '/gtk extra'
fatal: The remote end hung up unexpectedly
Could not clone: Command '['git', 'clone', '--bare', 'ssh://rrankin@pkgs.fedoraproject.org/gtk+extra', '/home/royr/fedora-git/gtk+extra/fedpkg.git']' returned non-zero exit status 128


Expected results:
cloning of package environment.

Additional info:
gputils, gpsim, and denemo all cloned OK.

Comment 1 Jesse Keating 2010-08-06 19:04:58 UTC
This is because the version of git you have installed translates the + to spaces.  You need a newer build of git, http://koji.fedoraproject.org/koji/buildinfo?buildID=187168


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