Bug #152
[libremakepkg] support repackaging
50%
Description
It worked before, maybe I just cannot find how to do it (so maybe it's a documentation bug). If I build a huge package like linux-libre or gcc and it fails in package(), avoiding to rerun build() or check() is useful. This can lead to unreproducible builds, although it's not the only reason for them and can be used correctly.
Related issues
History
Updated by lukeshu over 11 years ago
Per a recent discussion on dev, rePKGBUILDs are being deprecated; so this will not be implemented. (mtjm is both the author of this feature request, and the motion to deprecate rePKGBUILDs)
https://lists.parabolagnulinux.org/pipermail/dev/2012-November/000974.html
Updated by mtjm over 11 years ago
Support for what makepkg -R does is not related to rePKGBUILDs. It's an unsafe feature (unreproducible builds), although it makes fixing PKGBUILDs much quicker (e.g. gcc's package-* often failed due to missing arch-specific files to remove).
Updated by lukeshu over 11 years ago
Oh, I misunderstood what you were requesting. I believe that is currently doable with:
libremakepkg -- -- -RAt least in the latest git version. The first '--' tells libremakepkg "give the following arguments to makechrootpkg", the second tells makechrootpkg "give the following arguments to makepkg".
The reason I say the latest git versio is that until recently there was a bug in the option parsing of libremakepkg.
Updated by lukeshu over 11 years ago
I've thought about this. I'm actually going to remove -R from libremakepkg.
Here's why:
The focus of libremakepkg is shifting from "easy chroot" to "verified, reproducible builds", running checks along the way. Repackaging doesn't fit into that. I'm not saying that it's a bad thing--I've used that feature of makepkg many times. However, if you need it, use plain-old makepkg.
Also, I've found that in many of the situations where I've found -R to be useful, ccache is also great. Just a tip :)