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:
https://github.com/rpm-software-management/rpm/issues/393#issuecomment-365181602
_______________________________________________
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
