Le 28/01/2020 à 10:03, Richard W.M. Jones a écrit :
I always think that Fedora works fine if you maintain 1-5 packages.
It's possible to maintain 20 with a lot of work. And if you want to
maintain 100+ (things like the ocaml-* set that I help to maintain)
then you have to write your own automation. Could we do things
better? No one asked for them, but here are my ideas ...
I'm probably one of the 100+ packages maintainers...
---
* kill the %changelog
Please, let's kill it, and generate it from the git changelog.
I'm glad to see there's a proposal to do this.
Please no.
Yes, I probably the only one to not sync all branches
to have different changelog, and I also don't want
the mass-rebuild stuff there.
Simple proposal, we have rpmdev-bumpspec, improve it to retrieve
information from git log is you want to use it.
A general principle I'm following here is a packager should
never
be asked to enter the same information twice.
There are different:
* Changelog is for end user
* Git log is for package maintainer
* committing to git should build the package
Is there a reason why this wouldn't be the case?
Yes, because I often commit various changse "before" the build
(some being cherry-pick on other branch, some not)
IMHO, remember KISS, and don't try to add more magic to our tooling
And I really prefer to see stabilization of our current tools and
infrastructure before breaking it again.
Remi