On Tue, Nov 30, 2010 at 11:42:37PM +0100, Klaus Kaempf wrote:
* Pascal Bleser <pascal.bleser@opensuse.org> [Nov 30. 2010 23:24]:
I think it's pretty clear how we could make rolling updates work, thanks to the awesomeness of the build service. But what should it include? The same as a shipped openSUSE release?
Yes, it will start with that.
More?
What more is there that isn't already in the build system?
Isn't it an "up-to-date and stable core system" + everything that's a stable release of anything on build.o.o ? Where do we draw the line ?
Let's start with the 11.4 release and add-on as needed from there, ok?
I would expect that 'subsystem maintainers' emerge, taking responsibility for specific parts of the whole distribution.
This responsibility does not only include pushing 'stable' updates to the Tumbleweed release manager but also taking care about bug reports.
Yes, that is true.
And here is also the sweet spot for Tumbleweed. A bug would in most cases be fixed by pointing the user to the latest version. No more costly backporting of changes to previous versions.
Exactly, this should save time for the developers in charge of packages, ideally.
And the Tumbleweed release manager is acting as an integrator, accepting submit requests from the subsystem maintainers.
And poking the subsystem maintainers where needed :)
Its up to those maintainers to draw the line, they're probably the only ones with sufficient knowledge about what might break with the update[1]. They will take the praise for up-to-date packages as well as the blame if their subsystem breaks.
Having good feedback channels from users to maintainers is essential.
I could imagine having this coupled with the 'app store' idea where packages/subsystems/maintainers get 'karma' based on user feedback.
Hm, I don't want to get into that idea for now, let me just focus on this one thing. thanks, greg k-h -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-project+help@opensuse.org