Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
The Ubuntu community has contributed 17459 ideas, 107690 comments, 2263278 votes
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas
Idea #15245: Have longer test and release cycles.

Written by mattmyers83 the 4 Nov 08 at 19:07. Category: System. Related project: Nothing/Others. Status: New
Rationale
Instead of releasing a new version every 6 months. Have a hardened version that has a longer release cycle possibly a few years like windows or Mac OS. Do incremental updates instead of full version updates. Possibly combine multiple package updates into a update roll up as appose to releasing individual package updates.

It seems that with every update something that worked is broke and needs fixed, or the new features were not tested and hardened to be fully functional.

Another aspect of this issue is familiarity. Things keep changing. Seems like with every new version there is some new way of doing things that needs to be learned. Some configuration file is stored somewhere else, instead of installing something this way now you have to do it this way, and the list goes on.

The general public will never be able to use Linux as a viable alternative if things are constantly changing. It’s the familiarity of a product that people come accustom too.

Normal people outside of the Linux community do not have time to wrap themselves deep into learning all the changes each and every time they happen. They want to get something done as quickly and effectively as possible without the hassle of searching forums or wiki's to figure out why a particular method does not work anymore.

I understand the whole bleeding edge factor of Linux, but 99 percent of people do not. Being more conservative with releases would make much more sense than the current way of doing things.
Tags: (none)

-3
votes
up equal down
Solution #1: Auto-generated solution of idea #15245
Written by mattmyers83 the 4 Nov 08 at 19:07.
Ubuntu Brainstorm was updated in January 2009. Since the idea #15245 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!
4
votes
up equal down
Solution #2: Create a rotating release schedule
Written by goaliefight the 17 Sep 09 at 21:15.
For example:

6 month
6 month
12 month
6 month
6 month
12 month
etc

This way you can upgrade upstream software and fix bugs in the shorter cycles and have time to fully bake in new features in the longer cycles. You would never be more than 1 year away from the start of the longer cycle and would never get out of date thanks to the short cycles.
4
votes
up equal down
Solution #3: Officially start work on next LTS version when previous LTS version released
Written by Aielyn the 18 Sep 09 at 01:59.
Right now, to my knowledge, LTS versions are simply the version that is released in April of even-numbered years, and simply get marked with "LTS" to indicate continued support.

I suggest this be altered. Rather than simply making a new version every 6 months, have two separate tracks: one track, based on the most recent LTS, would be upgraded every six months. The other track would be a more significant upgrade, and would be developed over the period of two years with a focus on innovation rather than simple evolution.

Obviously, improvements in the normal upgrades would find their way into the LTS upgrade if applicable, but this would give Ubuntu developers 2 whole years to make major changes where appropriate, and to get all packages up to scratch for such changes.

Alternatively, have the LTS version be the final one before the major upgrade, as it's the best version of that particular set. So, in this context, the next "major upgrade" would be 10.10, as the next LTS version is set for 10.4 (to my knowledge).
3
votes
up equal down
Solution #4: Increase the release cycle to 1 year and give rolling upgrades/updates
Written by Vignesh S the 24 Nov 09 at 10:52.
Ubuntu devs are really hard pressed for time to introduce new features into the next release. Also, despite their hard work, there still definitely be a list of bugs that remain simply because they ran out of time to get them fixed :-(. The poor devs also only get around 1 month just to define the new features that will be introduces, and as they have so little time to put all of those cool ideas out there into Ubuntu, only so much is put into the next release. More time needs to be devoted to a release of Ubuntu so that it is more polished and has more bugs fixed up, as well as other compatibility fixes that could be introduced into the release.

Sure, the idea of an LTS should remain, and should probably remain at once every three years, but each release should have more quality put into them, and also ensure that the "if it ain't broken, don't fix it" philosophy is implemented, because there are some things that work well in previous releases that don't work well in other releases.

At the end of the day, all I am saying is that Ubuntu releases should be released yearly instead of 6-monthly, so as to allow for a higher-quality release, and updates/upgrades, especially for those in terms of aesthetics and the whole look of the OS should continue to roll across the year that the release is current.

Just my tuppenceworth for this idea ;-)

Propose your solution

Attachments
No attachments.


Duplicates


Comments
neon wrote on the 5 Nov 08 at 07:16
hint: huge blocks of text are not attractive. use paragraph breaks. ;) it makes things easier to read.

jjchico wrote on the 5 Nov 08 at 10:12
You are somehow right but things in the Linux world are different to Windows or Macs. Linux is still evolving very fast in every aspect: libraries, applications, GNOME, KDE, ...

If you want stability for long periods, then LTS releases may be for you.

vexorian wrote on the 5 Nov 08 at 14:20
Just use LTS releases.

chipbennett wrote on the 5 Nov 08 at 14:54
I concur with the first commenter.

My opinion, based solely on the title (since the description is unreadable) is that this idea is a dupe.


Post your comment