[Rpm-maint] [rpm-software-management/rpm] Detect and fail build on more than one %changelog section in spec (fe8c825)

Pierre-Antoine Grégoire notifications at github.com
Thu May 26 07:58:29 UTC 2016

Thank you @pmatilai 

I'll take this into consideration for my specs, though incidentally (because it worked as one would expect it to work before) it feels like a regression.

Practically, (using versions prior to 4.12) a spec with multiple changelogs using:
%changelog -n subpackagename
effectively adds that specific changelog to the sub-package itself, distinctly from the "main" changelog.
They are not slopped, though maybe this is a bug and not a feature.
It is very practical though.
e.g. if one packages a product in distinct client and server packages with distinct versions, a common changelog would make little sense, wouldn't it? Moreover because changelog will be written in all produced packages.

This is enhanced by the fact that (once again effectively, but maybe not by design?) sub-packages can have distinct versions, which make it tricky to distinguish entries in the changelog.

If package A has version 1.0-0 and sub-package B has version 1.0.1-1, what is the changelog going to look like?
Or therefore should versions be block from override at sub-package level?

You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20160526/f7f45296/attachment.html>

More information about the Rpm-maint mailing list