LWN.net Logo

Fedora and long term support

Fedora and long term support

Posted Oct 18, 2008 14:47 UTC (Sat) by maney (subscriber, #12630)
In reply to: Fedora and long term support by ceplm
Parent article: Fedora and long term support

Ubuntu LTS for desktops, IME&O:

It's a nice idea, but at least for the rules of engagement that were (are?) used for Dapper I don't think it's very useful. Two years (the next LTS, which is the only usefully supported upgrade path) is at least twice too long to wait IFF volatile things like Firefox don't get some sort of new-version during LTS lifetime option. My wife's machine ran Dapper from somewhere around the time of its release (may have switched her during the extended beta, a couple weeks ahead of release) until shortly after Hardy, and there were issues with both web-based and other services that had drifted past the support in Dapper's packages (Gaim, I think, but there was another that I can't now recall that's used by a bunch of the Distributed Proofreaders gang that was an annoyance) well before the next LTS came along.

Then again, Hardy was not all roses either - the biggest one was that they insisted on sticking Firefox 3 in, without proper versioning/alternatives support, at a time when it was in our opinions grossly unready. That's the price a project pays for leaving large swaths of functionality to be added by third-party extensions: if the extensions one relies on aren't ready, neither is the base project. Oh, and pulseaudio, which Just Worked on some machines and Just Didn't on others. That has gotten better since release, though my own desktop still had some issues until I switched the old Creative card out for a low-end Diamond.

On the server side I'm using Debian Etch and nothing else. I had a test server using whichever Ubuntu release was current around the time Etch came to fullness, but saw no advantage to it, and of course there was no supported upgrade path from the existing Sarge installs to Ubuntu. I suppose I ought to reevaluate that again now, but I doubt I'll have the time for it, especially as I've had no complaints about Etch for servers.

I'm not really happy with either the six-month or the two-year cycle for desktops; the former is just too damned much churn, the latter really is too long for the inherent rate of change in services one wishes to connect to. Note that I am NOT talking about corporate desktops here, so I don't expect any commercially-funded distro to pay the least attention to this...

footnote: when I talk about a supported upgrade, I mean an in-place upgrade that doesn't need a lot of manual fixup afterwards. Having been accustomed to this level of support since I moved all my machines from Slackware to Debian a decade ago, anything less is annoying. I don't expect perfection - if the upstream has drastically altered the config file format there's not much to be done about it other than leaving things in a safe state until the admin can revise it - but it's never acceptable to just dump old config settings. Debian has come awfully near this goal repeatedly; Ubuntu seems just a bit less reliable, but the desktop stuff has gotten a lot more voluminous since I switched to Ubuntu for those machines, nor have I been keeping a written score.


(Log in to post comments)

Fedora and long term support

Posted Oct 18, 2008 21:23 UTC (Sat) by ceplm (guest, #41334) [Link]

> shortly after Hardy, and there were issues with both web-based and other
> services that had drifted past the support in Dapper's packages (Gaim, I
> think, but there was another that I can't now recall that's used by a
> bunch of the Distributed Proofreaders gang that was an annoyance) well
> before the next LTS came along.

That's the exactly kind of experience I am after -- long-term support means supporting even beyond the upstream end-of-support, and that means backporting. And backporting means *a lot of* work. Extreme case if RHEL2.1 which has IIAC kernel 2.4.9. But even RHEL3 (which is five years old, so Canonical would still support it) has kernel 2.4.2*. I really wonder whether Canonical will find volunteers to dig into this archeological excavations if the need arises.

Fedora\\\\\\ Ubuntu and long term support

Posted Oct 19, 2008 13:21 UTC (Sun) by maney (subscriber, #12630) [Link]

Well, I misspoke - Cally says she'd had no issues with Gaim. It was a thing named psi, which had in common that it was an instant messaging client and not much else, that got to be lagging. And that provides no evidence one way or the other, as psi wasn't (and still isn't, in Hardy) promised support, as it's from the universe section. My own earlier migration away from Dapper had more varied reasons, but desktop programs with deeply tangled library version needs and non-supported packages were the motivations I can recall; nor were those two categories non-overlapping (backporting a newer psi for Cally foundered on library version clashes, for example - I remember trying that).

Frankly, if I had it to do over again I'd have stayed on the six month upgrade cycle - it's more frequent than I'd like to have to deal with fixing the inevitable rough bits (if nothing else, making sure none of the non-supported packages haven't gone missing), but that's less annoying than waiting two years for a supported upgrade path. And yes, I've experienced the unsupported way - easier just to reinstall IME. Been there, done both, neither is fun. etc-keeper may help somewhat with restoring local configs - remains to be seen.

Ttwo years seems overlong, and five years sheer madness, given the current volatility of the Linux desktop environment - you either destabilise by trying to introduce new versions/backports (which by definition has changed the behavior somehow, otherwise you not have done it), or else you're so moribund you get wiped for a fresh install of something usable. Now servers are a little different, but I can't say anything about using Ubuntu there - mine are all running Etch. :-)

Fedora\\\\\\ Ubuntu and long term support

Posted Oct 19, 2008 22:16 UTC (Sun) by ceplm (guest, #41334) [Link]

One small terminology reach to other distro culture (having been in past member of both, I hope I can at least work towards more understanding). There are two quite different meanings of the word "backport". In Debian world it means porting of packages from unstable to be used on stable with old libraries, etc. In the Fedora/Red Hat world it means (if I am not mistaken) is to patching old version of the package to fix for bugs fixed in the later package which is not part of the concerned release of the distribution (i.e., stuff Debian and Red Hat maintainers do for Debian/stable and RHEL respectively).

Fedora\\\\\\ Ubuntu and long term support

Posted Oct 19, 2008 22:20 UTC (Sun) by ceplm (guest, #41334) [Link]

> Two years seems overlong, and five years sheer madness, given the current
> volatility of the Linux desktop environment

Did you notice, that RHEL 5.2 included rebase of all substantial desktop applications (e.g., OOo and gecko-related stuff)? Of course, it is in CentOS as well.

Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds