On Tue, 28 Jan 2020 at 05:41, Daniel P. Berrangé <berrange@xxxxxxxxxx> wrote: > > On Tue, Jan 28, 2020 at 11:32:46AM +0100, Guido Aulisi wrote: > > Il giorno mar 28 gen 2020 alle ore 10:04 Richard W.M. Jones > > <rjones@xxxxxxxxxx> ha scritto: > > > > > > 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 ... > > > > > > --- > > > > > > * 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. > > > > > > A general principle I'm following here is a packager should never > > > be asked to enter the same information twice. > > > > > > * committing to git should build the package > > > > > > Is there a reason why this wouldn't be the case? > > > > Sometimes you only add comments to the spec file and a rebuild is not needed. > > What % of commits to dist-git are this scenario ? I've done this myself > but a few times but for myself it is a 2-3% of my commits don't involve > a build. There is no real harm in doing a build in these cases IMHO. It > would have negligible extra burden on Fedora build infrastructure, while > potentially simplifying the common case for maintainers. > I want to start off by saying I think that Richard's ideas on the whole would be good.. however I do not think any of them would be a negligible extra burden. The problem is we only have so much disk space, so many builders, and we have way too many ways for builds and composes to fail which takes up time that would be used to fix other problems. And finally we have a limited budget of people who work on the build system nearly full-time. That means we usually have to graft on some new set of tools onto the existing build system which ends up adding even more ways to cause failures. -- Stephen J Smoogen. _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
