Trimming (or obsoleting) %changelog?

[Reindl Harald]

Am 17.04.2013 12:03, schrieb drago01:
> On Wed, Apr 17, 2013 at 5:18 AM, Mathieu Bridon
> <bochecha at fedoraproject.org> wrote:
>> On Wed, 2013-04-17 at 12:10 +0900, Florian Festi wrote:
>>> For limiting the change log entries in the binary packages
>>> %_changelog_trimtime can be used that take a unix time stamp as an
>>> integer value. This way the whole history is still available in the spec
>>> file.
>>
>> Could redhat-rpm-config set that automatically, for example to the
>> release date of Fedora N-1?
> 
> Why does it have to be date based?
> Why not having a count based cutoff?
> Like last N entries

because if you look at some RPM's where the changelog
is really really well maintained you see it would make
no sense to strip nearly anything automatically

a combination of both makes sense

* strip anything older than X
* BUT leave at least N numbers of entries AND ignore
  auto-massrebuilds in this count

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20130417/e1f2a07f/attachment.sig>