[Rpm-maint] [rpm-software-management/rpm] Allow to keep a minimum number of changelog entries (#931)
notifications at github.com
Mon Nov 11 12:39:29 UTC 2019
Okay, there are multiple intertwined things here.
%source_date_epoch_from_changelog must work regardless of any trimming options, as long as there is a %changelog in the spec. And then there's the overall sanity need for keeping N changelog entries even if they're older than some cut-off date.
I also agree with Suse here in that trimming the changelog in the binary packages is what is interesting, and perhaps src.rpm changelog should simply be left alone at all times.
Doing that would actually simplify things somewhat:
- parse changelog as-is into the spec source package header, always
- use the source (instead of first binary) package header changelog for SOURCE_DATE_EPOCH
- apply whatever filters necessary when copying the changelog from source to binaries (avoiding the need to modify afterwards as the %_binarychangelogtrim patch does)
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...
More information about the Rpm-maint