Re: Trimming (or obsoleting) %changelog?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Am 17.04.2013 12:03, schrieb drago01:
> On Wed, Apr 17, 2013 at 5:18 AM, Mathieu Bridon
> <bochecha@xxxxxxxxxxxxxxxxx> 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

Attachment: signature.asc
Description: OpenPGP digital signature

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux