ingydotnet / git-subrepo

MIT License
3.22k stars 265 forks source link

'Problem finding remote default head branch' & default installation not working on arch (from AUR) #514

Open 0pcom opened 3 years ago

0pcom commented 3 years ago

I suppose this would be the desired test case mentioned here: https://github.com/ingydotnet/git-subrepo/pull/171

I maintain several packages in the AUR. I'm putting togethr a repository on github where I can manage them. Enter git-subrepo:

git subrepo clone ssh://aur@aur.archlinux.org/cx-bin.git
git-subrepo: Problem finding remote default head branch.

I thought perhaps this was an issue with the ssh part, but I was incorrect:

[user@linux  AUR]$ git subrepo clone https://aur.archlinux.org/cx-bin.git
git-subrepo: Problem finding remote default head branch.
[user@linux  AUR]$ git subrepo clone https://aur.archlinux.org/cx
git-subrepo: Problem finding remote default head branch.

The second thing I will mention; when i installed git-subrepo from the AUR, the command ended up not being available until i did this:

echo 'source /opt/git-subrepo/.rc' > ~/.bashrc

When you install a package, however; you cannot write into the user's home folder or anything like that. Especially considering that installing a package requires root permissions.

Perhaps the maintainer is new and didn't realise what was in his .bashrc was causing the package to work on his system.

I suggest noting the most recent comment here: https://aur.archlinux.org/packages/git-subrepo/

and perhaps modifying the documentation so that it's more clear how to go about packaging this.

I would do it but it ended up not working for my purposes. I hope if I check back in the future it might work and I can use it for this

Athorcis commented 3 years ago

It is because the way of parsing the output of git ls-remote changed and now the version of your remote git has to be at least 2.8 the change has been introduced in this commit b4ae4ae8b194b32f54eba9b7cb7f270624eeaef2

admorgan commented 3 years ago

Duplicate of #513