[Rpm-maint] [rpm-software-management/rpm] Introduce an rpm-controlled per-build directory (PR #2885)
Panu Matilainen
notifications at github.com
Thu Feb 29 11:48:16 UTC 2024
> Update 2: Is there an actual need for a SPEC to ever use the %pkgbuilddir (or %builddir for that matter) macro? If not, why not make it at least "private" with an underscore?
Oh, I actually mulled about %builddir without the underscore as the user-oriented name for this. I too kinda liked that more, I think I ended up with the pkg-version to make minimize confusion with %_builddir. OTOH, like you said we already have %buildroot and %builddir would seem more consistent with that. I could quite easily be convinced either way :smile:
> Update 3: Oh... you actually mentioned that "a LOT of packages reference %_builddir for all sorts of (mostly bad) reasons" in the commit message. In that case, why introduce yet another such macro at all?
Primarily because %_builddir is ambiguous, you don't really know whether it's the bad old or good new. It still points to the potentially shared %{_topdir}/BUILD by default, whereas %pkgbuilddir (or %builddir) is only defined during the actual build (which is also the only time that directory exists).
Note that the "mostly bad" stops being bad with this change - this is now the legit place for packages to use for their needs during the build.
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/2885#issuecomment-1970968229
You are receiving this because you are subscribed to this thread.
Message ID: <rpm-software-management/rpm/pull/2885/c1970968229 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20240229/5644dd64/attachment.html>
More information about the Rpm-maint
mailing list