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(a)redhat.com> 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.
Regards,
Daniel
--
|:
https://berrange.com -o-
https://www.flickr.com/photos/dberrange :|
|:
https://libvirt.org -o-
https://fstop138.berrange.com :|
|:
https://entangle-photo.org -o-
https://www.instagram.com/dberrange :|