Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 409415

Summary: git-2.eclass fails to clone bare repository into working directory using specific EGIT_REPO_URI
Product: Gentoo Linux Reporter: John-John Tedro <udoprog>
Component: EclassesAssignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed>
Status: RESOLVED WONTFIX    
Severity: minor Keywords: PATCH
Priority: Normal    
Version: 10.0   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: MOVE_COMMAND batch when cloning local bare repo

Description John-John Tedro 2012-03-23 09:45:12 UTC
Created attachment 306395 [details, diff]
MOVE_COMMAND batch when cloning local bare repo

Hi,

I have a locked down git repository which requires specific read access on cloning, and I solved it with some sudo hackery and using the following EGIT_REPO_URI.

EGIT_REPO_URI="${GIT_USER}@repository"

This causes the MOVE_COMMAND for bare repos to fail in git-2.eclass since git will assume that any clone containing an '@' is to be performed against a remote repository.

The following patch adds file:// to the MOVE_COMMAND which forces the local cloning to always use the file scheme.
Comment 1 Pacho Ramos gentoo-dev 2016-08-06 08:25:51 UTC
Use git-r3.eclass instead