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: |
Eclasses | Assignee: |
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
|
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.