[rawhide] ideas to improve rawhide

Daniel P. Berrange berrange at redhat.com
Wed Jan 23 20:02:44 UTC 2013


On Wed, Jan 23, 2013 at 09:55:07AM -0700, Kevin Fenzi wrote:
> Greetings. 
> 
> As some of you may know, I switched my laptop over to rawhide and have
> been posting a series of blogs about the various issues I have run into
> in the last month. 

> So, I've been collecting ideas on how to improve things in rawhide and
> have made a wiki page for these ideas. 
> 
> https://fedoraproject.org/wiki/Rawhide_improvement_project_2013
> 
> I know some folks at fudcon were talking about rawhide improvements too,
> so hopefully we will see those proposed before too long as well. 
> 
> I've tried to suggest things that won't disrupt maintainers much while
> making things nicer for consumers. Some of these things I have already
> discussed with folks involved and we are going to try and do them,
> others are needing more fleshing out/discussion. 
> 
> I'm very open to more ideas or thoughts, or comments/people willing to
> work on items from the above wiki page. 

If the deps provided by a new build have changed, then verify that
the change deps don't cause breakage. If they do, then do not allow
the new build into the rawhide target. Queue the build in some kind
of build specific 'pending' target. Let all the broken deps be fixed
in that pending target, and then atomically merge that target back
into rawhide target. Basically at no time ever, should you allow
broken deps to make it into rawhide.  As long as our build process
allows for broken deps, then rawhide is going to be a trainwreck
of some kind or another. Requiring people to pre-announce deps breakage
to let people promptly rebuild has unequivocably failed to solve the
broken deps problems. We need to have a way to deal with this in our
build tool chain permanently without humans as the failure point.

Regards,
Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|


More information about the devel mailing list