Trimming (or obsoleting) %changelog?

Kevin Kofler kevin.kofler at chello.at
Tue Apr 23 21:52:45 UTC 2013


Alex G. wrote:
> I've always seen the %changelog as a relic from times when we didn't
> have reliable source SCMs. For me, it is redundant (and boring) to have
> to update the %changelog, while I have the exact same information in the
> git history.
> 
> I think the best way to go is to obsolete %changelog, and extract the
> changelog directly from git history. I don't care as much about how far
> back it should go. As far as knowing the package version (i.e. 1.2.3-6)
> for each commit, that can easily be handled with a git hook.
> 
> So, why bother putting similar information in two places when there are
> better ways to go?

Because git history cannot be fixed after the fact (to fix typos, add 
missing bug references, etc.) without breaking pulls, and in particular, 
contains many "try this", "no, try that", "oops, fix this" commits which 
don't belong in the RPM changelog.

        Kevin Kofler



More information about the devel mailing list