Quoting Adrian Schröter <adrian(a)suse.de>de>:
Just to draw a picture, such transactions could be
similar to what we do
with maintenance updates. There could be
projects. realease managers would sort the submit requests into them.
is just for binutils & gcc update. It is currently building all factory
packages to see if it has an effect.
contains random leaf packages. not much changed, but you still wait for
live cd builds to see if the new packages may make them to big.
got an KDE 4.99 update plus some qt packages. Build is finished,
fine. Could be merged into openSUSE:Factory.
Surely an approach, but timing wise you'll probably get really a low
Based on above, think about this 'failure scenario' (is reall.. seen this!):
Staging:103 is busy fixing all packages that fall out with the new
GCC.. => 100% builds (which does not even mean it works! but well)
Staging:105 updates the entire Qt/KDE Stack... BUT: it's never tested
against gcc version++;
So even if Staging:103 AND Staging:105 BOTH are 100% green, you CAN
NOT accept them together.. at least a full rebuild cycle after taking
'one of the two' in is required. Whichever you prefer: the 2nd one
will feel 'really bad' for having to fix stuff that was not broken
before; or worse: having to REFIX packages they fixed before the other
update came in.
Going through devel projects will also be a pain: a 'fix' for gcc
version++ on Qt for example needs to get quickly into Staging:103; but
it needs also to be in Staging:105 ASAP, to make sure it won't break.
This example is SIMPLE to identify... Others are less obvious.
I don't think this 'every big thing needs to go through staging' will
help a lot to be honest. What we need more than ever is actually
really people taking their packages serious! And communication about
possible breakings. Like when we updated glib for example:
communication upfront by the team updating it.. and actively
supporting 'other packages failing due to that' (the factory status
page helps a lot in giving an overview why something failed). But
don't expect that one person can fix all the rest because he's
updating one package... you might loose that one contributor taking
care of a few packages and being willing to help fix others, if he
feels he's *responsible* for all the other failings.
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org