I'm not totally sure I'm convinced by this myself (I'm on the Ubuntu release team and generally fairly heavily involved in this kind of stuff); the six-month cycle is something of a signature, has served us pretty well, and means we get reasonably frequent feedback on things like the installer which people tend to only take another look at around releases. My natural instinct tends to be to stick with the devil we know in the absence of thoroughly compelling arguments to the contrary.
On the other hand, there are certainly advantages to switching model. Six-monthly releases are expensive: as well as the cost of stabilisation alone (which clearly we still have to pay), there are all sorts of ancillary costs both in terms of the highly-qualified developers on the release team having to spin lots of wheels rather than doing other useful development work, and in more traditional terms such as updating marketing collateral, physical media, and the like. Supporting four or five stable releases at once isn't cheap in terms of human attention either, and we could do a better job of issuing timely stable updates if we consolidated on fewer targets. And third-party developers would have to do much less work if they only needed to build for, say, the last LTS and a current rolling release.
It's also worth noting that the current Ubuntu development cycle ("raring") is significantly different from previous ones, because we now gate uploads through a no-increase-in-uninstallability check, rather like that used by Debian testing (indeed, based on the same code, although with some different details of behaviour). Once we figure out the glue code we'll also be gating uploads on a variety of automatic tests. This has already made it a lot more feasible for reasonably technical users who just happen not to be Ubuntu core developers to run the development release all the time without having to watch apt like a hawk, and this was one of the major prerequisites for a rolling release model.
Ubuntu considers “huge” change that would end traditional release cycle (ars technica)
Posted Jan 24, 2013 1:44 UTC (Thu) by Company (guest, #57006)
[Link]
I've not yet seen a discussion of the "app store" model (for lack of a better name), that the GNOME community has been getting excited about.
In that model, the "operating system" (kernel, libc, networkmanager, X, desktop) is getting regular releases in unison and all the other packages - the apps - are on their own schedule(s). This would allow testability, upgradability and other nice things for the core system while not holding back anyone that wants to run the latest libreoffice or Firefox.
A second thing very useful for this approach is flattening the dependency graph. Instead of thousands of components, you get an "Operating System" package, one package per program (potentially shipping its own dependencies) and very little else. Again, this reduces the complexity of the system (foo only breaks if bar is installed and at least version 1.12 but baz isn't installed) and adds a bunch of nice benefits.
Of course, that approach is totally not about choice. And we all know that distros don't succeed if you can't rebuild them on a FreeBSD kernel with an Android libc.
OS vs apps
Posted Jan 24, 2013 17:18 UTC (Thu) by rfunk (subscriber, #4054)
[Link]
I'm not a GNOME fan, but I'd be a fan of such a model. Is any distribution actually doing it?
The hard and controversial part would be where to draw the line between OS and apps.
OS vs apps
Posted Jan 24, 2013 22:17 UTC (Thu) by jospoortvliet (subscriber, #33164)
[Link]
openSUSE, in a way. Enable the GNOME Stable obs repo. But it ain't entirely smooth. There is also tumbleweed, a rolling repo (no, it is not for testing like Debian testing or rawhide, we have Factory for that). Note that openSUSE works a bit different than other distros thanks to OBS, we use a github like model for distro package development.
OS vs apps
Posted Jan 24, 2013 23:13 UTC (Thu) by rfunk (subscriber, #4054)
[Link]
Heh, I see great irony in the idea of switching from Ubuntu to openSUSE because of a GNOME repository, since I'm a longtime KDE user who always saw SuSE as the place I'd go if I valued KDE purity over Debian-based administration. I'll have to keep it in mind.
OS vs apps
Posted Jan 26, 2013 22:16 UTC (Sat) by Company (guest, #57006)
[Link]
Your base system is one single packet? And the apps are single packets and have no other dependencies than that base packet?
OS vs apps
Posted Jan 27, 2013 1:12 UTC (Sun) by viro (subscriber, #7872)
[Link]
Why the devil would anybody want such an abomination? A bug in a library (and you would have to put a _lot_ of them into the "OS" part) and you are welcome to download hundred of megabytes of binaries. That's completely insane.
OS vs apps
Posted Jan 27, 2013 4:46 UTC (Sun) by Cyberax (✭ supporter ✭, #52523)
[Link]
Diff-based binary patches are nothing new. Android uses them just fine.