Slashdot Mirror


Debian Maintainer Hints At September Release for Lenny

nerdyH writes "The Debian project's maintainer, Luke Claes, announced in an email Saturday that he will freeze the 'testing' or 'Lenny' tree, in preparation for a new stable release of Debian Linux in ... September! The freeze means that open source software developers have only a couple more days to package any applications that they want to be included in the next release of Debian — and by extension, in the inner sanctum source lists of distributions such as Ubuntu that are based on it. After the freeze starts next week, Debian maintainers will turn their attention to 364 release-critical bugs, and half-a-dozen high-priority goals. Given the work to be done, is September really feasible? Lenny always was a little slow getting back to his right place ..."

25 of 117 comments (clear)

  1. Packaging... meh. by AllIGotWasThisNick · · Score: 4, Insightful

    only a couple more days to package any applications that they want to be included in the next release of Debian

    If you've left packaging until the freeze announcement, you don't deserve to be included.

    1. Re:Packaging... meh. by AllIGotWasThisNick · · Score: 5, Funny

      Moderation -1

      100% Overrated

      Sorry. "Frosty piss".

  2. Obligatory "does it matter?" by neapolitan · · Score: 5, Insightful

    I run Debian in several capacities -- stable on my work server, and unstable on my personal machine.

    A lot of people are going to (quite accurately, I guess) point out that for anybody running unstable/experimental there is not much to this. I mean, release numbers are soooo 1990's, as a simple apt-get update; apt-get upgrade brings you up to the latest packages. Even experimental seems to lag waaaay behind other bleeding edge distros though (gentoo).

    Of course, the release is more important for new installs or people running stable. I have been very impressed with Debian stable, the SSH bug nonwithstanding.

    As software packages and Linux get more mature, I see the definition of a "release" issue becoming even less important for the non-server / non-corporate user. Continuous upgrades are the way of the future. Even on the M$ side this seems to be true, with their MS office 200x and "automatic upgrades."

    Thoughts?

    --
    Slashdotter, ID #101. UIDs are in binary, right?
    1. Re:Obligatory "does it matter?" by jchawk · · Score: 3, Interesting

      It matters in the sense that it's a way for Debian to release a new installer or move to a new standard for device management, but as a whole it doesn't *really* matter. If you are using "stable" in your sources.list verses the actually release name you'll in all likelihood just upgrade right along to the new release, and probably without much fuss.

      I'm excited either way because I 3 Debian!

    2. Re:Obligatory "does it matter?" by Darkness404 · · Score: 4, Funny

      I'm excited either way because I 3 Debian!

      Well, I 4 Debian so I beat you.

      --
      Taxation is legalized theft, no more, no less.
    3. Re:Obligatory "does it matter?" by AmonEzhno · · Score: 5, Interesting

      I agree that the release idea is a little outdated (especially being a freebsd user myself), however it is nice especially with desktop distributions to get new releases. I gather from your post that you seem to have a pretty good grasp of linux so it is not as much an issue for you or me, but more for the common(?) user. For example in ubuntu most releases indicate a significant change in feature set or update in packages. Most home users are not running unstable, so in all likelihood most users are not going to see the latest and greatest in features (unless they have some distinct need and compile from source); the point being that it is a cause for excitement and something to look forward to, at least in my experience.

      On a side note: congrats to you for using Debian unstable, I have had poor luck in the past :P

    4. Re:Obligatory "does it matter?" by Anonymous Coward · · Score: 4, Funny

      Well, I 8 Debian and she loved it.

    5. Re:Obligatory "does it matter?" by Nimey · · Score: 4, Interesting

      I used to use Unstable years back, but thought better of it when a nasty lilo bug rendered my hard drive non-bootable. This would have been in the period between 2.2 and 3.0.

      After that I switched to Testing.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    6. Re:Obligatory "does it matter?" by Anonymous Coward · · Score: 3, Funny

      Threesome?

    7. Re:Obligatory "does it matter?" by beav007 · · Score: 4, Funny

      I've never know invalid HTML to crash IE. I don't think I've ever know IE to take any notice of the code at all. From what I've seen, it downloads the page, strips the code, and then throws whatever is left at the screen...

    8. Re:Obligatory "does it matter?" by wellingj · · Score: 3, Insightful

      Agreed. If you need Unstable you are either a Debian developer, should think about becoming a Debian developer, or better off using Gentoo.

    9. Re:Obligatory "does it matter?" by benuski · · Score: 5, Informative

      There's now a security repository for testing, just like there is for stable, and the repos are in a default sources.list if you install testing directly. http://secure-testing-master.debian.net/

    10. Re:Obligatory "does it matter?" by Jackmn · · Score: 4, Informative

      Use '>' and '<' for '>' and '<', respectively.

    11. Re:Obligatory "does it matter?" by Darkforge · · Score: 4, Informative

      I've never know invalid HTML to crash IE. I don't think I've ever know IE to take any notice of the code at all. From what I've seen, it downloads the page, strips the code, and then throws whatever is left at the screen...

      It has been known to happen! http://support.microsoft.com/kb/885932 http://support.microsoft.com/kb/811751 http://support.microsoft.com/kb/913788 http://support.microsoft.com/kb/909363

      --

      When I moderate, I only use "-1, Overrated". That way, I never get meta-moderated!

    12. Re:Obligatory "does it matter?" by LostInTaiwan · · Score: 3, Insightful

      You should give Sid another try. I've been running it on my laptop since Woody release and and I'm no where near the level of a developer. I run stable on all my servers but Sid is the only way to go for laptops. Etch is a lot better than Woody, but for personal machines, Sid is even better.

    13. Re:Obligatory "does it matter?" by petermgreen · · Score: 3, Informative

      Using stable in your sources.list is generally a bad idea. Moving from release to release should be a concious dessision done with a copy of the release notes in hand. Going in with a blind dist-upgrade often causes problems which may be tricky to recover from.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    14. Re:Obligatory "does it matter?" by daemonburrito · · Score: 3, Insightful

      Good advice.

      Etch is maintained to 2009-09. dist-upgrading a production server on release day, just for the fun of it, is probably a terrible idea. I'll be sticking with etch well into next year.

  3. Will they keep the bug count artificially low? by SuperBanana · · Score: 4, Interesting
    I've noticed that Debian, Mozilla, and Gentoo all have a nasty habit of saying, "that's not a bug!", and then when finally convinced:

    "Well. We can't look at it for THIS release." And then your perfectly valid bug is shuffled off into a nice category where it won't upset their bug count for the release effort.

    Note that the total number of bugs in Lenny is actually around 1800- only by a pretty fine comb have they been able to claim "only" 360 bugs.

    1. Re:Will they keep the bug count artificially low? by setagllib · · Score: 3, Insightful

      There's a big difference between a release-critical bug (one that would basically ruin a whole release for everyone) and an annoyance (such as spewing diagnostic messages under certain circumstances on certain hardware).

      Ubuntu has stuck to its schedules by releasing with plenty of release-critical bugs still in the air, and fixing most of them in post-release updates. That's cool for getting a release out there, but it basically makes every official release feel like an RC1.

      --
      Sam ty sig.
    2. Re:Will they keep the bug count artificially low? by SuperBanana · · Score: 3, Interesting

      an annoyance (such as spewing diagnostic messages under certain circumstances on certain hardware).

      A system which spews diagnostic messages will fill up /var, and is far more than an "annoyance". If Debian Stable had such a bug, it would be inexcusable. People rely on it to run critical production systems.

      How often do we complain about vendors shipping buggy software? And look at the graph for bugs for stable- in the last few months, it's skyrocketed!

      Ubuntu has stuck to its schedules by releasing with plenty of release-critical bugs still in the air, and fixing most of them in post-release updates.

      Yeah, I still shudder from the utter mess of Gutsy upgrades from Feisty. Not a single Ubuntu user in the office had a clean upgrade...

  4. Re:Freeze just now? by bh_doc · · Score: 3, Informative
  5. Re:Freeze just now? by jd · · Score: 3, Insightful

    Just looked through the Debian package list. Looks like there's a lot I'd have expected that isn't there (ATLAS seems to be missing, as are the MUMPS and Fortran 95 programming languages - gfortran's f90 support is considered an old dialect, buggy and inadequate by a number of Fortran sites, and I didn't see Erlang on the list either). There are also a lot of ancient versions. For example, HDF5 1.6.6 has not been supported for some time. HDF 1.6.7 is the supported current version in the 1.6.x branch and has been since February, but the website makes it clear that the 1.8.x branch is intended as the official current release.

    This is something that isn't Debian't fault -- there are way too many packages with way too many updates and far too few people helping -- and is something that all distributins suffer from. The specialist distros may help, but I don't like the concept. Beter to have a single core distro with extensions for specialist needs, as then you can combine extensions according to problem-space rather than dealing with the version hell that always happens when you mix distros.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  6. Re:Why the name "Lenny"? by arrenlex · · Score: 5, Informative
  7. Re:What? by WK2 · · Score: 5, Funny

    This is just a release announcement. As usual, they give you the month, but not the year.

    --
    Write your own Choose Your Own Adventure. http://www.freegameengines.org/gamebook-engine/
  8. Re:Ubuntu isn't based on Testing by petermgreen · · Score: 3, Informative

    Ubuntu is built off a snapshot of Unstable,
    Not exactly, changes are auto-imported from debian unstable only for packages that don't have any ubuntu specific changes.

    so I don't see how Debian's freeze will affect it.
    Debian tries to keep testing and unstable pretty close to each other. Changes in unstable that are not wanted in testing can be a major PITA when bugs need to be fixed (there is another way into testing but they prefer not to use it because the packages get far less testing when they are introduced by that route).

    So while unstable is not technically frozen developers are strongly discouraged from uploading stuff to unstable that are not intended to become part of lenny

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register