-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/22/2010 04:14 PM, Al Dunsmuir wrote: > On Wednesday, September 22, 2010, 6:19:28 PM, Jesse wrote: >> On 09/22/2010 04:07 AM, Adam Williamson wrote: >>> On Wed, 2010-09-22 at 10:24 +0100, Richard W.M. Jones wrote: >>> >>>> This is reasonably easy to fix: we should do some testing and withhold >>>> packages from Rawhide if they don't pass some basic sanity checks >>>> (eg. does it boot, can an X server be started). >>> >>> That's basically the proven testers process, which at present is running >>> around capacity trying to cover three releases (two current stable, plus >>> Branched). I'm really not sure we could manage another release, >>> especially one like Rawhide where people have a right to expect updates >>> to land quickly. > >> I think the idea is to apply an AutoQA filter between the builds and >> showing up in rawhide, not applying a bunch of human tester filters and >> bodhi. > > Add a separate rawhide-testing repo as a staging area for changes > (equivalent to updates-testing in a branched release). > - Use autoqu to run basic tests and dependency checks. > - Use a subset of the controls for branched releases. > > The focus should be that once dependencies and any package-provide > tests are good things can quickly and automatically move into > rawhide. > > Suggestions re controls: > Make the delay for automatic promotion short (say 2 days delay instead > of a week). Let bad karma hold back bad updates, but make promotion > easier than for a branched release. Don't tie up proventester > resources. Allow developers to push directly to rawhide if the autoqa > tests pass - require FES override otherwise. > > In other words, create a sane system that parallels that used by > branched releases. > > Al > I don't see the need to actually publish a "rawhide-testing" repo. Just rawhide. If a package passes autoqa, let it in. If a maintainer waives the autoqa failure, let it in. I really don't want to run bodhi on rawhide. - -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkyaGWsACgkQ4v2HLvE71NWqjgCgpn0wX6QcKFjGliKuHkLOwj6Z scAAoJuqQolUnAPXNMvOlOugpafYu2gr =wBqL -----END PGP SIGNATURE----- -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
