Debian Maintainer Hints At September Release for Lenny 117
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 ..."
Packaging... meh. (Score:5, 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.
Re:Packaging... meh. (Score:5, Funny)
Moderation -1
100% Overrated
Sorry. "Frosty piss".
Obligatory "does it matter?" (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?
Re:Obligatory "does it matter?" (Score:4, 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!
Re:Obligatory "does it matter?" (Score:5, Funny)
I'm excited either way because I 3 Debian!
Well, I 4 Debian so I beat you.
Re:Obligatory "does it matter?" (Score:4, Funny)
Well, I 8 Debian and she loved it.
Re: (Score:3, Funny)
Threesome?
Re: (Score:2)
Linux == Cannibalism?
Re: (Score:1)
LOL
Nice dude! I guess it (slashdot) eats the less then symbol to avoid posting html tags?
Re: (Score:2)
Re:Obligatory "does it matter?" (Score:5, Funny)
Re:Obligatory "does it matter?" (Score:4, Informative)
It has been known to happen! http://support.microsoft.com/kb/885932 [microsoft.com] http://support.microsoft.com/kb/811751 [microsoft.com] http://support.microsoft.com/kb/913788 [microsoft.com] http://support.microsoft.com/kb/909363 [microsoft.com]
Re: (Score:2)
Re: (Score:1, Offtopic)
Re:Obligatory "does it matter?" (Score:4, Informative)
Re:Obligatory "does it matter?" (Score:4, 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.
Re: (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.
Re: (Score:3, Insightful)
Never do this in any kind of production environment! You'd be crazy to do any release->release update without testing your own apps first.
Re: (Score:1)
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!
The "new" Debian GUI installer seem like its for the masses. I have a RAID 1 setup with two primary partitions as the physical RAID devices and a /boot partition on an extended partition (separate is required for booting). Thought I'd try the GUI installer. Bad mistake. It's just a "lousy" frontedn to the text installer EXCEPT you can't specify the location of the MBR. On a multiboot setup like mine that made Windows as well as other OS's unable to boot. Had to use terabyteunlimited BootItNG to recove
Re:Obligatory "does it matter?" (Score:5, Interesting)
On a side note: congrats to you for using Debian unstable, I have had poor luck in the past
Re:Obligatory "does it matter?" (Score:5, 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.
Re: (Score:3, Insightful)
Re: (Score:3, Funny)
or better off using Gentoo.
I would, but I don't have a quad-core box yet.
Re: (Score:3, Insightful)
Re: (Score:3, Informative)
Your comment is typically elitest, and damnright wrong.
Re: (Score:2, Informative)
Re: (Score:2)
The fact that most Debian users recommend running something other than stable is exactly why Debian is becoming more and more irrelevant as a distro (as opposed to a repository for other distros). If you can't have a stable release which is frequent enough to actually be USEFUL to people, you've failed.
And moreover, to your point about how the grandparent's comment is "elitist, and damnright wrong": the problem with Debian unstable and testing isn't the stability of the individual apps (which is generally e
Re: (Score:2)
Absolutely. It's about the user here - as long as they accept that Sid is unstable, then that's OK. The risk is theirs. I wasn't advocating its use for all purposes. I just didn't agree with the statement that it was "only for Debian developers". Some people don't need it, but they want
Re: (Score:3, Insightful)
PS. You wimps who don't like living on the edge can always use 'testing'.
Re: (Score:2)
Re: (Score:2)
Regarding Gentoo, it's the other way around - if you use Gentoo, you're probably better off using Debian unstable. You get all the bleeding edge releases, and none of the mess with compiling. Plus, there are much fewer broken packages in Debian unstable repositories than there are in Gentoo ~* trees, and at least Debian can figure out when the dependency graph is broken
Re: (Score:2, Interesting)
The problem with 'testing' is that it doesn't get security updates in a timely way. You have to do some gyrations to get the package out of unstable just that one time or else wait two weeks. That's how it was a few months ago anyway.
Re:Obligatory "does it matter?" (Score:5, Informative)
Re: (Score:3, Interesting)
As for me, of the machines I manage (my own and others in my family), the machines that cause the least troubles and have the happiest users are the ones running Debian Stable. I typically put Debian/testing (by codename) onto new computes as I acquire them, and once testing's become stable, I change them to stable. When I get a new computer, the old one goes to whoever wants it most.
The changes that happen to testing often bring nice new features with awful icky bugs that I don't really want to deal with,
Re: (Score:1)
If you are going to run Unstable, apt-listbugs is a darn good idea. It might have spared you some grief.
Re: (Score:2)
I rather doubt apt-listbugs existed in 2001. I'd certainly never heard of it back then.
Re: (Score:1)
You are right it entered the repository in November of 2002
according to the changelog.
Re: (Score:2)
No. I've tried several distributions with "rolling updates" but very often upgrades broke something on my machine. That is not a problem for me, but it WILL be a problem for Joe User.
Time-based releases two times a year are fine for most users.
Re: (Score:3, Interesting)
Re: (Score:2)
I agree, but rolling releases are bloody fantastic for power users who can fix the little odd breakage.
Re: (Score:1)
Time-based releases two times a year are fine for most users.
but wheres the fun in that? the best part about linux is constanly fixing it
Re: (Score:1, Funny)
Re: (Score:2, Insightful)
At my old laptop, I installed unstable in late 2004 and ran that until February this year without any significant problem except that for some time I ran Firefox 3beta until it didn't become stable enough to go into Debian unstable (and became Iceweasel)
A week or two ago, after one of apt-get update--apt-get upgrade iterations I'v
Re: (Score:1)
If you've got only a few machines, it's easy for you to say that upgrading is not a big deal.
However, if you have to administer a hundred machines in a company or university, it's not that easy. There's always something that goes wrong or requires extra configuration, and you have to test the new release with all sorts of hardware before you can consider pushing it to the users' desktops.
Will the next release be Joe? (Score:1, Funny)
Law and Order fans want to know.
Lenny Brisco (Score:2, Funny)
Re: (Score:2)
but but it said they're going to Freeze Lenny!
cryogenically preserved he won't be able to do much...
Re: (Score:3, Funny)
Not Lenny!
Re: (Score:3, Funny)
Oh my god they killed Lenny. You Bastards!!!
Re: (Score:1)
If only... (Score:2)
I didn't do it, man, I only said it. (Score:1)
Oh wait...Wrong Lenny.
I use Slackware, the one, true Unix like operating system... Punk!
Freeze just now? (Score:2)
Re:Freeze just now? (Score:4, Informative)
Re:Freeze just now? (Score:4, 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.
Re: (Score:2)
You have confused me:
http://packages.debian.org/search?keywords=erlang [debian.org]
http://packages.debian.org/lenny/gfortran [debian.org]
http://packages.debian.org/lenny/atlas3-base [debian.org]
http://bugs.debian.org/cgi-bin/pkgreport.cgi?ordering=normal;archive=0;dist=unstable;repeatmerged=1;src=hdf5 [debian.org] reports no bugs of any kind reported -- You should send bugmail requesting the new release of HDF5 if it really is stable.
(Mumps is missing, but I really wouldn't say I was missing it.)
Debian is renowned for its breadth of packaging; just how did y
Re: (Score:3, Informative)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Well conferring with an Ubuntu developer I know, he suggested you should look at Debian Science and Debian SciComp, if you think there's too many packages and too few people for specialists. They seem to be quite healthy. You might ask them why the Debian gfortran package is described as a f95 compiler if you believe that it's not. And take a look around while you're there -- you might discover Debian is more substantial than you thought.
Re: (Score:2)
Ok, I finally got a response back from the atlas3 link you gave, but you might not like it. I'm thinking it's a false message, though, and more of a timeout issue:
Error
Package not available in this suite.
Re: (Score:2)
his link was wrong
http://packages.debian.org/lenny/libatlas3gf-base [debian.org]
Re: (Score:2)
Re: (Score:2)
This does seem like a bad time to freeze, but the package I was thinking of is OpenOffice.org 3.0, which is scheduled for September, especially when the wait for the next Debian release (based on history) won't be until 2010. That, along with Firefox 3 would really make a great base system. I use testing, and will get OO.o 3 within a week of it being available, and I guess you've got to freeze sometime, but I think you should really look at at major packages like that when you set a date for a distro rele
Re: (Score:2)
What? (Score:2, Funny)
A new release already? That doesn't sound right.
This isn't the Debian I grew up with.
Something's fishy.
Re:What? (Score:5, Funny)
This is just a release announcement. As usual, they give you the month, but not the year.
Will they keep the bug count artificially low? (Score:5, Interesting)
"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.
Re:Will they keep the bug count artificially low? (Score:4, 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.
Re:Will they keep the bug count artificially low? (Score:4, 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...
Re: (Score:2)
You're right, my example about diagnostic messages was a bad one. Nevertheless I've had dodgy hardware that produced regular messages on Linux and even BSDs, and while I didn't file a bug for it, I can see how somebody else would. Diagnostic messages are there for a reason, and it's usually your hardware's fault if they're flowing too thick.
Re: (Score:2)
The problem with local investigation of upgrade quality is that dumb ideas spread locally ;)
I.e. one guy tells a friend about a package, and its upgrade is broken. Perhaps it was a third party package containing the old artwork and themes without setting up dpkg-diverts correctly. Or maybe one guy sets up everyone's computer in the office, and uses Automatix every time. It's hard for me to say who's fault it is or debug the past.
Re: (Score:2)
"A system which spews diagnostic messages will fill up /var, and is far more than an "annoyance"."
Yeah, so instead of the 8 years that it would normally take to completely fill up /var, it'll now take 7 years and 11 months. Boo hoo.
Different bugs have different severity. Get used to it.
Re: (Score:2)
"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."
Such a problem may be by itself a "critical" bug, but then, making the offending package dependant on logrotate (if not already) and configuring it to rotate logs at a sane rate would avoid /var being filled by default, thus lowering the buglevel from "critical" to "normal". Maybe such a solution is
Open Java (Score:1)
Re: (Score:1, Informative)
Check out here:
http://packages.qa.debian.org/o/openjdk-6.html
http://release.debian.org/migration/testing.pl?package=openjdk-6
Looks like it is blocked by a new FTBFS on sparc.
Why the name "Lenny"? (Score:2, Funny)
Trump Ubuntu in their weird names, call it Lemmy instead.
You might at least get a good look at Debian from people other than us just on the name alone.
Re:Why the name "Lenny"? (Score:5, Informative)
Re: (Score:2)
I've always found that odd. I never thought of "Toy Story" as a movie that is popular with geeks.
I'd have thought Debian would have named its releases after character from a Sci-Fi or Fantasy movie rather than a (very good) animated (for kids of all ages) movie.
Nevertheless, I think it's much cooler than using something from Sci-Fi or Fantasy (genres I don't care for).
Spinal Tap (Score:2)
About time! (Score:2)
Ubuntu isn't based on Testing (Score:2)
"and by extension, in the inner sanctum source lists of distributions such as Ubuntu that are based on it"
Ubuntu is built off a snapshot of Unstable, so I don't see how Debian's freeze will affect it.
Re: (Score:2)
Because Ubuntu is snapshot of unstable, isn't a LTS version somekind "snapshot" from the "Stable"?
Like now Canonical can maintain LTS version again longer when Debian's unstable where current LTS is, change to Stable?
Re: (Score:2, Informative)
Because Ubuntu is snapshot of unstable, isn't a LTS version somekind "snapshot" from the "Stable"?
Nope...it just means that they will support it longer (security updates for 3 years for desktop, 5 years for server) than the regular releases (18 months for server and desktop). Hence the Long Term Support moniker.
Re: (Score:2)
Well, the early releases of Ubuntu were based on stable, but I'm pretty sure I read somewhere that they aren't anymore. Ubuntu has made enough changes to their system that haven't been passed into Debian that I don't think they use testing as a base system any more. The best way to prove that though would be to find if there were packages from stable or unstable Debian in the Ubuntu release.
The LTS is a Canonical business distinction that specifies that this version has longer patch and fix support. Regu
Re:Ubuntu isn't based on Testing (Score:4, 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
How the history get changed (Score:2)
Just to mention, this is oddly enough that Mandriva get's called as GNU/Linux and Debian gets called as Linux.... :-)
Because no one anymore cares what does something mean and why it
Can't wait! (Score:1)
September? (Score:3, Funny)
Great! Did they say what year?
Re: (Score:2)
Sometime during Eternal September.
Corrections... (Score:2, Informative)
2) He's a Release Manager, not the Debian project's maintainer. Whatever that is.
Re: (Score:2)
Guess it depends on where Ubuntu will be in September. I'm on an 8.04 64-bit boot today. If I can fix the Samba and ipp funkiness, I _might_ consider switching from my Lenny boot for the 64-bit coolness.
Pretty much half of one, half of another from what I see. Not using FF3 on Debian because they didn't have the DOM-inspector package last time I looked and Ubuntu does. Debian pushed Drupal5.8 last week, Ubuntu pushed a 5.7 security update this week. So if you use both packages, which distro is ahead?
Th
Re: (Score:2)
It won't go that far, but it will be damn close and I have to say I'm impressed.
Their previous "new" releases were old at the same time as they were "new".
I installed Lenny last week (I've not used Debian in about a year or so) and I was practically "shocked" at how up to date it is, given that the final release is coming up.
Kudos to the Debian team!
Now if they could just do something about that Iceweasel/Icedove/Iceape/Iceowel nonsense...