On Wed, 2019-11-06 at 19:40 +0100, Stefan Seyfried wrote:
Am 06.11.19 um 16:25 schrieb Bernhard M. Wiedemann:
On 06/11/2019 16.07, Neal Gompa wrote:
On Wed, Nov 6, 2019 at 10:01 AM Dominique Leuenberger <dimstar@suse.de> wrote:
Packages changed: <snip> khmeros-fonts ERROR: no changelog
Well, this is odd. Why is there an error here for the changelog thing? It might be related to the fact that the .changes file has the last entry from 2014-06-05 and since recently we prune to 2018-01-01 how much we move into the rpm changelog header. It seems no changelog entries were left after the rebuild 3d ago.
I found the same in some packages in my $HOME project and have thus added
Macros: # override factory default %_changelog_trimtime 0 :Macros
to the prjconf. If you want to do this on a package level, add
%global _changelog_trimtime 0
to the spec file.
Please don't do that in any spec file (perfectly fine to do this in your devel projects of course) In all honesty: a package that did not change in 5 years probably does not carry that much weight in its changelog anyway that it would matter. And the way the changelog is stripped is only in the binary rpms - the .changes file in the obs packages stay intentionally unaltered (I would not like to completely lose the content)
It is of course stupid to remove all changelog entries, the method shoule be something like "not older than $DATE, but at least $MINIMAL_NUMBER entries".
'of course'? The cutoff date I picked is Jan 1 2018 - so nearly two years of changelogs, on a distro that is almost daily updated. And it is ONLY the changelog in the binary rpm... the package changelog in the changes file stays fully intact for the packagers. Different strategies could be nice for RPM - a mix between max number of entries vs age - but that's nothing RPM offers.