Hello, On Sep 19 22:12 Stefan Seyfried wrote (excerpt):
Am 19.09.18 um 22:01 schrieb Michael Ströder:
On 9/19/18 9:46 PM, Stefan Seyfried wrote: ...
How about "let's only store max. N lines of changelog in rpm metadata" (and just put the rest into the package in /usr/share/doc/packages/%name/old-rpm-changelog.txt)
The "right" N is probably hard to determine.
500 lines. Last 20 Changelog entries. Whatever.
No hardcoded vaule would work well in practice because either the value is mostly too big but ensures that all changes since the last one that the user knows about are included or the value is mostly o.k. but fails to ensure that all changes since the last one that the user knows about are included. Think about a system upgrade from an older version where some packages have very many changelog entries. In particular think about those changelog entries that tell about security fixes (i.e. the CVE numbers) and important bug fixes (e.g. 'bsc#...' and 'boo#...'). We (at least in SUSE - perhaps openSUSE users don't care ;-) will get customer questions when expected CVE or bug numbers do not (or do no longer) appear in the RPM changelog (at least some customers check the RPM changelogs for those things). My gut feeling is that this is not the first time that people think about if the huge RPM changelogs could be improved and that nothing changed means it is actually a complicated problem to develop a solution that really works in practice. By the way: I remember the "great mess" that the "great idea" caused to move common license files out of the RPM packages and provide them in a single 'license texts' package. Unfortunately cruel legal reality did not nicely match techies' "easily save space" view of the world ;-) Kind Regards Johannes Meixner -- SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard, Graham Norton - HRB 21284 (AG Nuernberg)