Package Details: git-subrepo 0.4.6-2

Git Clone URL: (read-only, click to copy)
Package Base: git-subrepo
Description: Git submodule alternative
Upstream URL:
Licenses: MIT
Submitter: bricewge
Maintainer: eclairevoyant
Last Packager: eclairevoyant
Votes: 11
Popularity: 0.28
First Submitted: 2015-08-28 13:55 (UTC)
Last Updated: 2023-05-16 06:44 (UTC)

Latest Comments

1 2 Next › Last »

eclairevoyant commented on 2023-05-16 14:58 (UTC)

The names of everyone who maintained the package in the past are in the git history.

I'm happy to give credit to anyone who submits patches/PRs, but no one else contributed here. This entire PKGBUILD was written from scratch (see git blame/log).

gromit commented on 2023-05-16 08:53 (UTC)

Please do not remove the old "Maintainer: ..." line but instead add them as Contributor :)

eclairevoyant commented on 2023-05-16 06:46 (UTC)

This PKGBUILD should now address all of the applicable issues, and splits off the helper library bashplus into its own dependency.

eclairevoyant commented on 2023-05-12 12:52 (UTC)

I fixed some of the issues (missing backup entry, broken .SRCINFO) in the comments; regarding FHS conformance I thought it would be quite simple at first, but upstream's scripts are frankly absurd and use arbitrary environment variables to declare imports of other scripts. Not to mention upstream bundles two other projects with this one (via git-subrepo) that need to be extricated into their own packages. Upstream's Makefile is broken as well and doesn't install most of the necessary files either.

I've looked at the other PKGBUILD but I don't think it addresses the issue of brittle dependencies, and actually fixing this seems to require extensive patching. Which I'm fine doing, I was just curious if someone had already done so.

alerque commented on 2023-05-12 12:27 (UTC)

I submitted an orphan request in part because I was willing to fix this. Why did you adopt it if the issues already expressed in comments were not something you were ready to fix? Also there is a complete alternate PKGBUILD in comments that doesn't use /opt. It has other issues but maybe get some ideas from there.

eclairevoyant commented on 2023-05-12 02:34 (UTC) (edited on 2023-05-12 02:35 (UTC) by eclairevoyant)

This package seems to be quite the mess due to how upstream has organised the project in such a way that it expects everything to sit in the same folder.

I at least updated some parts that don't make sense, but I'll eventually want to make this properly follow FHS instead of shoving everything in /opt. If anyone has suggestions, please feel free to post a link to a pastebin patch or submit a PR at

alerque commented on 2023-02-22 13:24 (UTC)

Also the RC file needs to be installed with backups, and my previous comments have not been addressed.

alerque commented on 2023-02-22 13:22 (UTC)

You broke the URL in the last bump. Also the commit messages that say "Update .SRCINFO" but actually change the PKGBUILD to a different upstream repo are a bit disconcerting. I see there is a reason for the change, but for the same of anybody auditing the things they build it would be appreciated if a little more care was taken along the way.

MountainX commented on 2021-08-03 05:09 (UTC)

Alternative PKGBUILD here:

alerque commented on 2020-11-25 08:47 (UTC)

This package has a couple issues. First /opt shouldn't be used at all. Second just copying the sources over without building it (the project does have makefile) isn't how you install software. The hack to source the rc file is also not working and returning bogus variables in the event the no repo root is found. This needs to be overhauled to use a proper installation procedure into an actual system library or shared data directory.