Ubuntu's Engineering Director Debunks Rolling Release Rumours 80
Responding to yesterday's post indicating that Ubuntu might move to a rolling release schedule, reader ddfall writes
"This is wrong! Engineering Director of Ubuntu Rick Spencer says 'Ubuntu is not changing to a rolling release.' He goes on to say, 'We are confident that our customers, partners, and the FLOSS ecosystem are well served by our current release cadence. What the article was probably referring to was the possibility of making it easier for developers to use cutting edge versions of certain software packages on Ubuntu. This is a wide-ranging project that we will continue to pursue through our normal planning processes.'"
That's a relief (Score:5, Informative)
I personally like the idea of scheduled releases which have been somewhat reasonably tested. Giving developers a mechanism to deal with the cutting edge versions of each package is nice, but I'd rather not have those in the releases on my servers.
Re:That's a relief (Score:5, Insightful)
I personally like the idea of scheduled releases which have been somewhat reasonably tested. Giving developers a mechanism to deal with the cutting edge versions of each package is nice, but I'd rather not have those in the releases on my servers.
I agree. Rolling releases works for beta but the idea that substantial changes could be rolled out in a daily update (as opposed to security updates) would kill any corporate use. They don't want changes that could involve the users seeing something different appearing without testing, training, etc. Many people like the LTS releases [ubuntu.com] for this reason.
Re: (Score:2, Insightful)
Many people like the LTS releases for this reason.
Unlike the half-baked release of 10.10, where it was obvious that there was still a lot of critical stuff unfinished?
Re:That's a relief (Score:5, Informative)
Many people like the LTS releases for this reason.
Unlike the half-baked release of 10.10, where it was obvious that there was still a lot of critical stuff unfinished?
I don't know what "critical stuff" you mean. I downloaded it on release day and it worked. There were a lot of big updates in the following week, so maybe it was stuff that broke other configurations.
Re: (Score:2)
Re: (Score:3, Insightful)
Just for me, the biggie was the new Xorg 1.9 which broke almost every nvidia-produced driver out there. Mine (nvidia 96) was the last to get fixed. I had to put off upgrading for about a month until it was fixed.
I realize bitching about waiting a month extra for a new release makes me sound like a douchebag, but when it's something as high profile as display drivers I must take offense.
Re: (Score:3, Insightful)
Sounds like something to complain to Nvidia for.
Re: (Score:2)
Re: (Score:2)
I don't think yours was the last to get fixed...
Me and most people with a recent Vaio laptop are still waiting on nvidia. Apparently they have the problem fixed in testing, but we're still waiting for a release.
Meanwhile I'm happy I can still use 10.04. I don't know if this would be possible in a rolling release scenario.
Re: (Score:2)
Did you look for a PPA for it? That's where I found mine.
I wanted to upgrade for a bunch of LXDE packages myself. I see a lot of improvement from them so I like to keep on top on it.
Re: (Score:2, Insightful)
How about the broken lirc/IR ecosystem? Stock hauppauge IR controls stopped working because the 10.10 userland did not jive well with a premature backport to the kernel version used.
Re: (Score:2)
Typical Linux experience, I suppose.
Sounds familiar. The last kernel update just prior to 10.04 suddenly caused serious problems with RTL8194SE chips, leading to kernel panic reboots whenever a user tried to switch between wi-fi and cable connections. Mighty annoying and the first time it happened to me I was right in the middle of a company-internal presentation.
Re: (Score:2)
And 10.04 was the reason why I put off upgrading the laptop for over a month. The joy of Nvidia graphics.
Re: (Score:2)
* 10.10
Re: (Score:1)
Re: (Score:3, Interesting)
I wanted to install Kubuntu using USB. Guess what, installer segfaults after creating new partition. I had to waste 2 days getting anything installed on my laptop.
And this problem was known at launchpad. [linuxquestions.org]
Re: (Score:2)
However, for OSes like FreeBSD where the entirety of the userland is maintained and controlled by the project they probably could get away with it. And in a sense they do with -STABLE.
In general though, it's not particularly easy
Re: (Score:1)
Re: (Score:1)
Re: (Score:2, Insightful)
+1
+ It is very easy to roll back to state before upgrade if the upgrade did not work. And especially if user use btrfs the snapshotting comes very very handy. Just take a snapshopt, upgrade and if there comes problems, rever to snapshot.
I have found that rolling release distributions (like Arch Linux) being more stable and more pleasant to use than 6 months release scheduled distributions and definitely nicer than Debian's Stable and Canonicals LTS based to Debian testing branch. On servers the situation is
Re: (Score:3, Insightful)
Rolling releases probably work just fine when you're only running it on your personal laptop or desktop. It's a very different matter when you have a site installation on a large number of machines where installations and upgrades are a bit more complex than to insert the CD and click next a few times. It is in those environments you appreciate that you can come in one day and things still work consistently with what they did yesterday.
Re: (Score:1)
Re: (Score:2)
I'm not trying to troll, but before someone less noble says it: why are you running Ubuntu on a server in the first place ? I'd like to know why you would choose Ubuntu over something like CentOS.
I'll be perfectly transparent here, I'm just as bad: I run Gentoo on my servers. So don't be shy to profess your love for the easy-to-use distro, I'm not here to judge :) I use Gentoo because I have zero patience for binary package "management" and the dependency hell / obsolete libraries that come along with it
Re: (Score:2)
My experience with CentOS is that it's very stable. Which for me is a euphemism for "antiquated".
For example ; my organization has a contract with CollabNet for server hosting on their TeamForge platform. In addition to the usual forge servers, there are hosted servers (both virtual and "real" with lights-out management) in the back for running build services, etc. The provided OS build on most of these servers is CentOS 5.0
Now CollabNet are very big on Subversion, and selling services related to Subversion
Re: (Score:2)
I work for CollabNet's engineering team for TeamForge -- CollabNet does provide a yum server for updates and current versions of subversion for TeamForge users. While CentOS (What our VMWare image uses) is at 5.x, we stay with that version so that companies get the benefits of having a stable release (as far as underlying software versions go) with security updates (through the upstream).
Feel free to email me and if you have any questions, or any additional feedback about our installer or the product in ge
Re: (Score:2)
Re: (Score:2)
Rolling release is the reason I love Arch, and half the reason I'm planning to put it on a server I'll be building soon. Between Arch, Mandriva, Ubuntu, Slackware, and Fedora, Arch is the most stable distro I've ever used. It's not like the packages they distribute are alpha quality or anything - they're stable versions, they're just the _newest_ stable version. Meaning they've hopefully fixed the major bugs from previous releases. Plus, Arch is rather minimal...which I think any rolling release distro woul
Mark Shuttleworth about Cadence (Score:4, Informative)
Last year in his speech at the Open World Forum in Paris, Mark was trying to convince people that more open source projects should get in lockstep with the Ubuntu six-month release cycle. I would be surprised if he had changed his mind so soon.
Re:Mark Shuttleworth about Cadence (Score:4, Informative)
He wasn't saying the world should revolve around Ubuntu, but rather that everyone should work together. A little different, don't you think? If everyone agreed to work in cadence to a different cycle than ubuntu's, I think he would have still called it a success.
Re: (Score:1, Insightful)
Mark has never listened the open source community saying that the community is already working together. Mark believes that the magical fix would tie everyone to same schedule. As everyone would work at same corporation and at same building and at same room with same working times and everyone would get paid from 8-16 hours working.
Open source has worked wonderfully now since the first mainframes were started at 50-60's in universities. And Linux community (big role in the OSS community) has proofed that cu
Faked Story? (Score:2)
Yesterday's article was based around the following:
"Ubuntu founder Mark Shuttleworth said during an Ubuntu 10.10 conference call last month that a move to daily updates would help the popular Linux distro keep pace with an increasingly complex software and platform ecosystem ...Today we have a six-month release cycle," Shuttleworth said. "In an internet-oriented world, we need to be able to release something every day. ...That's an area we will put a lot of work into in the next five years. The small steps
Re: (Score:3, Interesting)
Re:Faked Story? (Score:5, Insightful)
So is this just another completley fabricated story to get page hits?
From what I can see, Mark is basically saying "backports might be something worth looking into"; then the media, being the media, blow it out of all proportion into "Mark Shuttleworth declares that every Ubuntu package will be bleeding edge tomorrow".
I wonder what it's like for the poor guy, any time he mentions anything, in any context, people take it to the extreme then claim that that is what Ubuntu will do next...
Re: (Score:2)
When Shuttleworth talks about the Ubuntu Software Center, it makes me thing he's talking about daily updates to user software. So software like OpenOffice, Firefox/Chromium, Pidgin/Empathy, GIMP, etc would get version updates between releases. I don't see this as being a bad thing. I'm sure they can make this work without creating problems. They already have a mechanism for this, it's the -updates repository, they just need to iterate at a faster pace.
I assume they're not stupid enough to actually attem
If you catch yourself saying "FLOSS ecosystem" (Score:5, Insightful)
Re: (Score:3, Interesting)
The whole OSS -> FOSS -> FLOSS thing has always bugged me.
It's not enough to say it's open source.. we have to emphasize that it's FREE open source.. and now even that's not enough.. we have to describe the specific _kind_ of free that it is.
And yeah, using the word ecosystem in a non-biology context is _so_ management.
People who aren't aware of libre (Score:2)
It's enough to say free software.
Except to people who aren't aware of libre in the first place. They think "free software" means what was in the 1990s called "freeware", or proprietary software distributed gratis.
Re: (Score:2, Informative)
Re: (Score:2)
Is the FLOSS ecosystem in danger of overpopulation or global climate change problems?
Re: (Score:1)
Rick Spencer says no rolling releases? (Score:5, Funny)
Re: (Score:2)
Hmmmm, Ubuntu Live CDs would be great for every holiday stocking... just figure out how to burn them to boot up and auto-play Rick Astley. Would be a nice addition to the maintenance scripts too...
Re: (Score:2)
Like Arch Linux (Score:3, Interesting)
My distribution of choice, Arch Linux, uses a rolling release schedule, which has its good and bad points. I suppose the worst part of it is that with Arch Linux, old versions of software are not retained in the repositories and the package management tools don't make it easy to go back to a prior version of the software in the event of a problem. As a result, upgrading is a bit of a 'cross your fingers' endeavor and more often than not, I've regretted a full system upgrade.
I think that rolling release can work well but only if the package management system is designed to, and the repositories are set up to, allow easy rolling forward and backward on software versions as necessary. It's my number one wish for Arch Linux, which otherwise is the best distribution I've used.
Re: (Score:1)
Re: (Score:1, Insightful)
If you like rolling releases and crave more stability, you should try aptosid [ http://aptosid.com ]. It's built on Debian sid and stabilized with it's own fix.main.
Re: (Score:2)
Actually, I don't really like rolling releases, but I tolerate it because it's what Arch Linux uses. I prefer Arch Linux's extreme simplicity over Debian's incredible complexity which is why I use it. Just having to keep track of the 10 programs you need to just manage packages on Debian gives me migraines, not to mention the convoluted system configuration setup on Debian. Arch Linux is *dead* simple which is why I use it. The shortfalls of Arch Linux are:
- Rolling releases with little support for choo
Re: (Score:3, Interesting)
How big is your Pacman cache? I have 12Gb and since installation (over 11 months) I have only used 5.5 GB from it. I could even roll back to the base level what I had after installation. It is not as "press this button", but easier than doing a fresh install with Ubuntu install image.
And do you know what you would gain with the snapshot features from the filesystems and joined it with LVM?
I upgrade system now and then (usually 2-3 weeks) if I can not find otherwise bugs. And so far I have not yet needed to
Re: (Score:3, Interesting)
I use SSDs exclusively (will never buy a spinner platter drive again) and I would prefer if the old packages were hosted on a server somewhere instead of having to be cached on my drive. Seems more efficient to me for 12 GB on a server to serve hundreds of thousands of users than for each of those users to have to spend 12 GB to cache their own packages.
That being said, I have never deleted anything from my pacman package cache so I could probably use the technique that you described. There are cases wher
Re: (Score:1)
Already possible (Score:5, Insightful)
Do you want rolling releases in Ubuntu? It's always been there, really
You only need to edit /etc/apt/sources.list and every file in /etc/apt/sources.list.d and replace "maverick" with "natty". Now apt-get update && apt-get full-upgrade.
When Natty is out, repeat only this time replacing "natty" by the natty+1 name.
Same thing works for Debian: replace "stable" or "lenny" with "testing" (or "unstable", if you are brave).
IMHO, Ubuntu should provide a "next" name, like the "testing" and "unstable" release version names in Debian, for people who want rolling releases.
Re:Already possible (Score:4, Informative)
Clearly you have not tried what I said and you have no idea how Debian and Ubuntu repositories work.
It's more or less like this:
By replacing 'maverick' with 'natty' in your sources.list, you get updates daily, not just when natty is finally released (in fact the day natty is released you will not get any new update if you have been updating every day since the maverick release).
Re: (Score:3, Informative)
Do you understand that that is not rolling release but that is developing and testing?
In Rolling Release you do not put alpha/beta/RC software there. you keep latest stable versions from the software there. You get upgrades all the time. Usually just fixes when the upstream adds them and now and then newest versions when the upstream release new version.
Then there is totally different [testing] and [unstable] in rolling release schedules as well. From there you get the GIT/SVN versions from the upstream. Th
Re: (Score:3, Insightful)
Debian unstable is not, usually, the latest unstable GIT/SVN from upstream.
If I understand correctly, debian unstable is usually the most recently *released* version from upstream. So, if you want the latest *stable* version from upstream, you need debian / ubuntu *unstable*. I use this in practice on a debian (stable) web server, with a few select web apps such as wordpress pegged to unstable. It's the only way to ensure wordpress / drupal etc are up to date without installing by hand. (In theory, debian p
Re: (Score:2)
use this in practice on a debian (stable) web server, with a few select web apps such as wordpress pegged to unstable.
For those reading along be aware that while this may be workable for webapps (which are usually written in scripting languages) it can be a poor strategy for packages in general because often apps in unstable often pick up dependencies on unstable's versions of key libraries (this isn't as bad as it used to be due to the introduction of symbols files but it's still an issue).
Re: (Score:2)
use this in practice on a debian (stable) web server, with a few select web apps such as wordpress pegged to unstable.
For those reading along be aware that while this may be workable for webapps (which are usually written in scripting languages) it can be a poor strategy for packages in general because often apps in unstable often pick up dependencies on unstable's versions of key libraries (this isn't as bad as it used to be due to the introduction of symbols files but it's still an issue)
Re: (Score:1)
Re: (Score:2)
new versions of windows come out every 7-8 years
While your point in general is correct you are exaggerating. Looking at the years of windows releases (I could look at the months but I CBA to and it dosen't change the overall point) and ignoring server releases.
conventional series
1.0: 1985
2.0: 1988: 3 years from previous release
3.0: 1990: 2 years from previous release
3.1: 1992: 2 years from previous release
95: 1995: 3 years from previous release
98: 1998: 3 years from previous release
ME: 2000: 2 years from pr
Re: (Score:1)
Re: (Score:1)
Re: (Score:1)
Re: (Score:2)
I found Debian's unstable to be a little bit _too_ unstable. It didn't feel like it's really meant for daily use (which given the name it probably isn't).
Disclaimer: I'm a Gentoo user, and while I did give Debian a fair try (about a year and a half) a lot of the issues I ran into were probably due to my own stupidity.
Gentoo isn't exactly the hallmark of stability either, but I think it pulls off the rolling update approach better (which of course makes sense, as this is how it's meant to be used by everyone
So called it! (Score:1)
I so called it in the previous thread. People just love to go crazy over little things, eh?
Re: (Score:1)
It is the small things what makes your life worth of living!
Half-rolling releases anyone?? (Score:2, Interesting)
This really isn't important for standalone users (Score:1)
The ubuntu "rolling release" issue is critical for servers and corporate users, but not for individuals. For people with a handful of machines, a simple weekly or monthly cronjob with aptitude or apt-get (i.e. with debian ubuntu) will do. Besides, I don't think that most standalone users will see noticeable changes between slight incremental changes in the kernel. Waiting for a cronjob to take up an incremental upgrade a few days after the fact won't matter at all for most individual users.