Splitting spec into multiple pieces (whether %include or otherwise) tends to 
have all sorts of downsides, especially because it breaks long-standing 
expectations of specs being standalone entities. I'm not actually opposed to 
adding %changelog -f but I'm also not convinved it's be best way to deal with 
pulling changelogs from scm, because then you'd still need the silly one-liners 
in each spec. Yes you can automate that, but then you might just as well 
automate slapping the changelog itself at the tail of the spec, so that the 
spec ending up in src.rpm's remains standalone and by looking at the srpm you 
don't actually know the changelog came from outside. Which is probably what 
you'd want if you were to rebuild a distro package locally.

You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Rpm-maint mailing list

Reply via email to