Robert Schweikert - 19:39 2.12.13 wrote:
Well, I do not think it is that simple. One could argue that Perl is
a leaf package.
No one cannot. Perl is really nice example what is NOT a leaf package. Too many
things depends on Perl. Leaf package is mc, linphone, maybe pidgin (although it
has plugins, I believe these are built from the same source).
A similar argument can be made for KIWI, which depends
on a lot of
leaf packages but, KIWI is very important to create our ISO images.
Thus, the line for leaf packages is blurry at best.
KIWI is a leaf package as no other package depends on it. KIWI maintainer
should check before submitting it into Factory that it works. If some bug slips
and we are not able to produce DVDs, fine, we are not going to do it for
Factory every day anyway.
Yes, however, what is being neglected is that there is a fundamental
problem with the cadence. The cadence itself is influenced by the
process, through rebuild times and other snafus that are inevitable.
Yes, we will slow down, but we will make sure that stuff works and doesn't
break anything. I can live with getting new gcc month later if my computer can
work in the meantime.
For illustration purposes lets say the cadence for the
staging is every other Monday, and the desktops get their say every
other Wednesday on the off weeks, i.e. auto tools goes weeks 1, 3, 5
and so on and the desktops merge in weeks 2, 4, 6, and so on. At the
beginning of week 2 the autotools merge has to be completed in order
to give the desktop staging tree sufficient time to rebuild to meet
it's merge window on Wednesday. During this time (Monday of week 2
until end of Wednesday in week 2) nothing else is allowed to be
merged into factory or the desktop staging tree would have to be
rebuilt again. That's all fine but we have a time problem....
Why fixed schedule? We should do it *on demand*. Only when new change comes.
And we can probably skip stagings (in case we have not enough power), for
simple bugfix releases. How long does it take for new gcc to get stable? A
year? We can do staging for it once a year :-)
Michal HRUSECKY SUSE LINUX, s.r.o.
openSUSE Team Lihovarska 1060/12
PGP 0xFED656F6 19000 Praha 9
mhrusecky[at]suse.cz Czech Republic
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org