On 2010-12-01 12:24:07 (+0100), Guido Berhoerster
* Vincent Untz
[2010-12-01 09:19]: Le mardi 30 novembre 2010, à 23:24 +0100, Pascal Bleser a écrit :
On 2010-11-30 09:11:04 (-0800), Greg KH
wrote: [...] To summarize, I don't want people to have to choose between our current way and the rolling release way -- if they do have to choose, they'll just go "oh well, I don't care about the other" and we'll be losing something. I share that concern, and in addition I also think that in some cases where package maintainers work on both the rolling release and Factory equally it will put additional load on them and thus divert resources which would otherwise be spent on the regular releases. This of course depends on the development project, some projects already maintain such continuously updated but relatively stable branches of their packages. But apart from the additional testing this also means dealing with additional bugreports. Not all bugs are simply solved by updating to newer versions, the combination of lower-level libraries and their higher-level consumers requires coordination efforts and testing to avoid occasional breakage as in Factory and on.
I don't see that happening, from the day to day workflow we have at
maintaining packages in repositories (except openSUSE:Factory of course,
that's a spechul one).
As Henne said in another post on this thread, as package maintainers,
we'd just do what we always did: upgrade packages when new upstream
versions pop up.
IMHO the differences/challenges are:
* identifying and isolating certain "core" packages that are really
critical regarding the stability of the system (kernel, init/systemd,
hal, X.org, and a few others), and being a bit more conservative with
those
* finding a comfortable way to manage stable versions of all the other
packages in Tumbleweed (e.g. linkpac against specific revisions ?)
Sounds doable though. Sure, still needs more thought and discussing how
we could try to make the system stabler than factory. But all the tools
are in place ;)
cheers
--
-o) Pascal Bleser