On Jul 16, 2012, at 3:43 PM, Kacper Kornet <drae...@pld-linux.org> wrote:
> On Mon, Jul 16, 2012 at 06:38:10PM +0200, Jacek Konieczny wrote: >> On Thu, Jul 12, 2012 at 03:16:02PM -0400, Jeffrey Johnson wrote: >>> On Jul 12, 2012, at 2:26 PM, Kacper Kornet <drae...@pld-linux.org> wrote: > > >>>>> That can be because 'git rev-list', used to generate the changelog, >>>>> returns the commits ordered by commit date and not the AuthorDate > > >>> Doing qsort(3) on RPMTAG_CHANGELOG* in rpmbuild isn't too hard, might be >>> easier than trying to figure out how to trick up git sewage. > >> I wonder if RPM really needs to enforce the changelog order. Would it >> really hurt if it just allowed building a package with such seemingly >> unordered entries? Will anything break if we just disable the test? > > So we have two solutions: > > a) Switch to show committer dates in changelog. It should be possible to > show these dates should be in chronological order. > > Drawback: for commits migrated from CVS this date is set to some > value =~ time of cvs->git migration > > b) Patch rpm in PLD to remove enforcing of chronological order in > changelog. The patch seems trivial. > > I would go for b). > c) qsort the 3 change log tags d) rip out change logs from *.rpm entirely Unlike git scripting, any of b), c), f) are quite tricky. b) will introduce some incompatibilities: for starters, there's functionality already implemented to truncate change log's by number/oldest that will break if you just go unordered. hth 73 de Jeff > -- > Kacper > _______________________________________________ > pld-devel-en mailing list > pld-devel-en@lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en _______________________________________________ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en