This change is not about changing changelog dates, but using the topmost
changelog date to set a variable that can be used inside the built software.
Please have another look.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Um, changelog dates are a literal part of the spec just like, say, package
version or a part of %build scriptlet is, and considered to be UTC so the
values are not supposed to change arbitrarily between builds. The ability to
override them arbitrarily makes things *less* reproducable.
If you're
As specifying target will load & set macro definitions according to
target specified, it's still useful to provide it anywhere where ie.
--eval may be used, as by specifying --target first, it'll change the
target specific macros to load which is perfectly sane and useful for
checking macro specifi
Thanks for the pile of reports, will start looking into them once recovered
from devconf.cz trip.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/135#issuecomment-2762980
