1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Proposed: A Monthly Ubuntu Release Cycle

Ubuntu

Published on 08 September 2011 08:14 PM EDT
Written by Michael Larabel in Ubuntu
38 Comments

There's been a proposal written today for a new Ubuntu release process. Under this proposed process, Ubuntu would abandon its traditional six-month release cycles in favor of monthly releases. Yep, once a month. The benefit of this proposal is that new Ubuntu features wouldn't be forced to land every six months but would land when the given feature is actually mature and ready. This is quite different from Ubuntu's current release process, but this proposal comes from Scott James Remnant, the former Canonical employee and Ubuntu Developer Manager.

Scott James Remnant left Canonical -- and his role as the Ubuntu Developer Manager -- to change hats and begin working for Google. Scott is still part of the Ubuntu Technical Board, but has written an interesting blog post entitled "A new release process for Ubuntu?"

Scott calls for a change as the current six month cadence causes too much chaos with too little development time. What makes matters worse is Scott's insight on how Canonical handles performance review and compensation around this development cycle. "Unfortunately Canonical’s own performance-review and management is also based around this schedule. The Ubuntu developers so employed (the vast majority) have such fundamentals as their pay, bonuses, etc. dictated by how many of their assigned features and work items are into the release by feature freeze. It’s not the only requirement, but it’s the biggest one."

Scott acknowledges, "Your new feature is going to take twelve months of development time to fully develop before it’s truly a replacement for the existing feature in Ubuntu. What you don’t do is spend twelve months developing and land it when it’s a perfect replacement. What you do do is develop it in 12-13 week bursts, which means it’s going to take you roughly four release cycles before it’s ready rather than two. And you land the quarter-complete feature in the first release, replacing the older stable feature."

This Ubuntu Technical Board member even admits that he has landed features too early to make it in the next Ubuntu release and that often what goes on is "removing the old, deprecated feature and breaking things temporarily with the promise that everything will be better in the next release, certainly the one after that, definitely by the LTS."

Two such well-known features that have landed too early in Ubuntu are the Unity Desktop and the Ubuntu Software Center. That shouldn't be much of a surprise if you've used Ubuntu 11.04, as many users hate Unity.

Even simply focusing on the Ubuntu LTS (Long-Term Support) releases isn't a good idea according to Remnant.

His proposal is to begin carrying out a monthly release process that begins with Ubuntu 11.10. After this next major six-month Ubuntu release, do Ubuntu 11.11 in November, Ubuntu 11.12 in December, etc. Ubuntu would turn into much more of a rolling-release distribution under this proposal.

Those wishing to remain stable would be targeting "release" in their APT sources file while those on development would be targeting "beta" or the most risky would be an "alpha" release branch.

When a feature is ready it would be pushed into alpha, then beta, then release. This would be similar to Debian testing. If this proposal is accepted, Ubuntu developers would be responsible for uploading unpublished trunk branches of their feature work. Meeting the monthly release process would also involve greater code review, mandatory unit tests, and then functional and verification testing.

It's an interesting idea, but may be tough to get Canonical to change ways with the current Ubuntu development process. This monthly release cycle could complicate matters for ISV/IHVs, among other stakeholders. At the very least, hopefully this proposal will at least get Ubuntu developers and Canonical talking about the fundamental problem, which is on premature features being pushed into Ubuntu.

Read Scott James Remnant's proposal in full on his blog.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  2. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  3. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  4. AMD Radeon R9 285 Tonga Performance On Linux
Latest Linux Articles
  1. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  2. MSI: Update Your BIOS From The Linux Desktop
  3. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
  4. 15-Way GPU Comparison With Mesa 10.3 + Linux 3.17
Latest Linux News
  1. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  2. Imagination Releases Full ISA Documentation For PowerVR Rogue GPUs
  3. Features GNOME Developers Want In The Linux Kernel
  4. GTK+ Gains Experimental Overlay Scrollbars
  5. Phoronix Test Suite 5.4 M3 Is Another Hearty Update
  6. GParted 0.20 Improves Btrfs Support
  7. EXT4 In Linux 3.18 Has Clean-ups, Bug Fixes
  8. Emacs 24.4 Has Built-In Web Browser, Improved Multi-Monitor Support
  9. NVIDIA's NVPTX Support For GCC Is Close To Being Merged
  10. KDE's KWin On Wayland Begins Using Libinput
Latest Forum Discussions
  1. Users/Developers Threatening Fork Of Debian GNU/Linux
  2. HOPE: The Ease Of Python With The Speed Of C++
  3. Proof that strlcpy is un-needed
  4. Bye bye BSD, Hello Linux: A Sys Admin's Story
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  7. AMD Is Restructuring Again, Losing 7% Of Employees
  8. Open-Source AMD Fusion E-350 Support Takes A Dive