| |||||||||||||
Ubuntu to halve support length for non-LTS releases (The H)Ubuntu to halve support length for non-LTS releases (The H)Posted Mar 20, 2013 9:26 UTC (Wed) by Cato (subscriber, #7643)In reply to: Ubuntu to halve support length for non-LTS releases (The H) by Richard_J_Neill Parent article: Ubuntu to halve support length for non-LTS releases (The H)
Given that Ubuntu sometimes breaks things quite severely (e.g. Intel graphics drivers) it's hard to see using a non-LTS Ubuntu again - if there is serious breakage in any new release that isn't fixed, that means you have a choice of a broken system or no security updates.
I'd really like to see a strong separation between 'platform' and 'application' packages, with the latter being upgradable across releases much more easily. I mostly use Linux for servers these days, so risk of breakage is not so bad, but I still need latest release of Python, Django, PostgreSQL, etc, and building from source can be painful. Some sort of separate 'application' package store, preferably across distros and widely accepted (I know there are many candidates) would be great - somewhat like homebrew/ports on Mac perhaps?
(Recently tried building csync and unison on Debian and Mac and failed completely to get both sides to build and work correctly.)
(Log in to post comments)
Ubuntu to halve support length for non-LTS releases (The H) Posted Mar 20, 2013 16:21 UTC (Wed) by drag (subscriber, #31333) [Link]
We can't depend on distro package management solution because we need the ability to not only support multiple versions of the same application stack on different systems, but we also need to have the ability to roll back changes rapidly if things don't go well.
The solution they have come up with is rather painful. It involves building all the application packages from scratch and installing the rpms to different directories named after the date of the build or the version number of the application. Then have separate post-install scripts that run a bunch of symbolic links out to the system at different points in the file system.
This way we can have multiple versions of the package installed at the same time and it's very quick to roll back or patch systems as all that is needed is to destroy and build a new set of symbolic links.
I can't imagine what it would be like to have to support different versions of the same application across a standardized OS install for the desktop. Different groups with different needs and all that happy stuff. Servers are significantly simpler to manage in this regard and it's already somewhat painful.
I am looking forward to the day when the easiest way to upgrade a the few desktop applications I use on a regular basis doesn't involve downloading a new ISO image for a OS installer.
Ubuntu to halve support length for non-LTS releases (The H) Posted Mar 20, 2013 18:09 UTC (Wed) by wookey (subscriber, #5501) [Link]
"I am looking forward to the day when the easiest way to upgrade a the few desktop applications I use on a regular basis doesn't involve downloading a new ISO image for a OS installer."
This has never been necessary on Debian.
Ubuntu to halve support length for non-LTS releases (The H) Posted Mar 21, 2013 11:07 UTC (Thu) by drag (subscriber, #31333) [Link]
> This has never been necessary on Debian.
apt-get dist-upgrade is worse, actually.
Ubuntu to halve support length for non-LTS releases (The H) Posted Mar 21, 2013 16:14 UTC (Thu) by hummassa (subscriber, #307) [Link]
> apt-get dist-upgrade is worse, actually.
how come? And those days, it's not "apt-get dist-ugprade", but muon upgrader saying "oh, you have these 200 packages to update, let's do it now?", you clicking on "ok", "====>----- x% progress", "=========> 100%, installing", wait for it, (if one of the packages was the kernel) "you need to reset the machine, at some time in the future."
Ubuntu to halve support length for non-LTS releases (The H) Posted Mar 21, 2013 18:47 UTC (Thu) by drag (subscriber, #31333) [Link]
Because I want to have the ability to manage a single application without having to manage the entire OS. I want to have the ability to use abritrary versions of abritrary applications in a safe manner regardless of whether or not I am using the 'blessed' version of the OS they were compiled for.
It doesn't support rollbacks. I can't just say "Oh, this application has a incompatibility with a file format that I use, I'll uninstall it and install the older version".
It doesn't help the fact that many of the applications I use don't have a debian package maintainer building it.
> And those days, it's not "apt-get dist-ugprade", but muon upgrader saying "oh, you have these 200 packages to update, let's do it now?"
Don't care. It just makes it easier to do something that I shouldn't have to do in the first place.
Ubuntu to halve support length for non-LTS releases (The H) Posted Mar 21, 2013 20:34 UTC (Thu) by wookey (subscriber, #5501) [Link]
We know you don't like the whole distro scheme, but I still don't see how being able to do 'apt-get install <package>' and get that updated (plus potentially quite a few other things) or even a dist-upgrade, is _worse_ then downloading a whole new iso-image and re-installing, which is what you claimed above.
Ubuntu to halve support length for non-LTS releases (The H) Posted Mar 22, 2013 1:51 UTC (Fri) by hummassa (subscriber, #307) [Link]
> Because I want to have the ability to manage a single application without having to manage the entire OS. I want to have the ability to use abritrary versions of abritrary applications in a safe manner regardless of whether or not I am using the 'blessed' version of the OS they were compiled for.
This does not exist, maybe in source-only distros... Too many variables.
> It doesn't support rollbacks. I can't just say "Oh, this application has a incompatibility with a file format that I use, I'll uninstall it and install the older version".
This actually works in Debian with checkpointing-enabled filesystems.
> It doesn't help the fact that many of the applications I use don't have a debian package maintainer building it.
Which applications are those, if I may ask?
> Don't care. It just makes it easier to do something that I shouldn't have to do in the first place.
It also makes you upgrade programs with security vulnerabilities and give you the option of only upgrading what you want.
Ubuntu to halve support length for non-LTS releases (The H) Posted Mar 22, 2013 8:15 UTC (Fri) by jezuch (subscriber, #52988) [Link]
> This actually works in Debian with checkpointing-enabled filesystems.
But it's all-or-nothing, right?
What I find I'd like to have is being able to upgrade AND downgrade all installed packages belonging to the same source package.
But what drag wants is a distro where everything is compiled statically, AFAICT :)
Ubuntu to halve support length for non-LTS releases (The H) Posted Mar 22, 2013 8:50 UTC (Fri) by dlang (✭ supporter ✭, #313) [Link]
> But what drag wants is a distro where everything is compiled statically, AFAICT :)
or at least, that's what he thinks he wants. I'll bet that if he ever tried to use such a distro, he would quicly become dissatisfied with the horrible overhead (memory footprint, and time needed to load all these libraries into memory, etc) that this would result in.
Ubuntu to halve support length for non-LTS releases (The H) Posted Mar 20, 2013 16:33 UTC (Wed) by whiprush (subscriber, #23428) [Link]
For servers (especially platforms like Django, rails, etc.) we're working on the Juju Charm Store that will let you deploy stacks on Ubuntu server, defaulting with what's in the archive but ideally having an option of deploying from PPA, upstream trunk, etc.
|
|||||||||||||