Debian Adopts Two-Year Time-Based Release Cycle

Most mainstream distributions, like Ubuntu, Fedora, and Mandriva, have already adopted a time-based release schedule, meaning that releases are not done on a feature basis, but according to a pre-determined time schedule. The Debian project has announced that it has adopted a time-based release schedule too.

Where most time-based distributions have a schedule of round and about six months, Debian takes another approach, obviously because Debian is more about stability and longevity than about the latest and greatest features in each release. As such, the project adopted a two-year release schedule, with a development freeze every December of odd-numbered years, with the actual release following in the first half of the following year.

Time-based freezes will allow the Debian Project to blend the predictability of time based releases with its well established policy of feature based releases. The new freeze policy will provide better predictability of releases for users of the Debian distribution, and also allow Debian developers to do better long-term planning. A two-year release cycle will give more time for disruptive changes, reducing inconveniences caused for users. Having predictable freezes should also reduce overall freeze time.

The first of this new type of freeze will happen December 2009, making the time between the current release and the next one rather short – this is a one-time occurrence. “To accommodate the needs of larger organisations and other users with a long upgrade process, the announcement reads, “the Debian project commits to provide the possibility to skip the upcoming release and do a skip-upgrade straight from Debian GNU/Linux 5.0 (Lenny) to Debian GNU/Linux 7.0 (not yet codenamed).”

Despite the relatively short development time, the next Debian release, codenamed Squeeze, will still have some interesting features, such as multi-arch support, which will make it easier to install 32bit packages on 64bit installations. It will also sport an optimised boot process which will reduce boot times and improve reliability.

37 Comments

  1. 2009-07-29 10:09 am
    • 2009-07-29 2:21 pm
      • 2009-07-29 3:20 pm
        • 2009-07-29 3:24 pm
          • 2009-07-29 3:37 pm
          • 2009-07-29 3:52 pm
          • 2009-07-29 4:01 pm
          • 2009-07-29 5:00 pm
          • 2009-07-29 5:11 pm
          • 2009-07-29 5:20 pm
          • 2009-07-29 5:28 pm
          • 2009-07-30 10:20 am
          • 2009-07-30 12:26 pm
          • 2009-07-30 8:35 pm
          • 2009-07-30 9:14 pm
          • 2009-07-29 9:44 pm
        • 2009-07-29 3:47 pm
          • 2009-07-29 9:53 pm
    • 2009-07-30 6:16 am
  2. 2009-07-29 10:43 am
    • 2009-07-29 10:50 am
      • 2009-07-29 10:56 am
        • 2009-07-29 11:40 am
        • 2009-07-29 1:59 pm
    • 2009-07-29 2:13 pm
      • 2009-07-29 3:26 pm
    • 2009-07-29 3:54 pm
  3. 2009-07-29 12:03 pm
  4. 2009-07-29 1:20 pm
    • 2009-07-29 6:26 pm
  5. 2009-07-29 4:26 pm
  6. 2009-07-29 6:01 pm
    • 2009-07-29 7:59 pm
  7. 2009-07-29 10:20 pm
  8. 2009-07-30 5:41 am
    • 2009-07-30 12:12 pm