Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 409415 - git-2.eclass fails to clone bare repository into working directory using specific EGIT_REPO_URI
Summary: git-2.eclass fails to clone bare repository into working directory using spec...
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: Normal minor (vote)
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL:
Whiteboard:
Keywords: PATCH
Depends on:
Blocks:
 
Reported: 2012-03-23 09:45 UTC by John-John Tedro
Modified: 2016-08-06 08:25 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
MOVE_COMMAND batch when cloning local bare repo (git-2-move-command.patch,591 bytes, patch)
2012-03-23 09:45 UTC, John-John Tedro
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
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