Debian Freeze Process Update

snotty6969 writes: "Freeze Update. Anthony Towns sent in an updated report about the Woody freeze process. We're almost into the last week for uploads of base packages. If there are outstanding bugs you'd like to see fixed, provide patches or upload now. We are also getting into the last days for ensuring that standard and task packages get included in the Woody release. At the moment it looks like a lot of packages will be removed from Woody. Among these are a whole bunch of commonly used programs like gpm, Mutt, CVS, Procmail, Apache and Mozilla. People who can fix bugs in these packages and care about them are encouraged to send in patches or upload fixed packages using Anthony's unofficial NMU guidelines."

Comments

Not fantastic

[Mike Connell]

I've just switched distros to debian on 3 boxes (home from mandrake, web/mail/cvs/db box at work, and a development machine). I've been really pleased that although it's a bit of a PITA to get set up right, once it's done, it's really done. Yes, apt-get is lovely.

But if things like apache and mozilla (and for me procmail and cvs) are starting to fall, how is the future looking for debian? The thing I love about it is the the fact that almost everything I use I can just apt-get, and it all fits together. If I had to start getting my own packages a lot, it would really dampen debian's best feature.

I really hope this is merely a bit of sabre-rattling done in order to stir up some activity before release.

0.02

Re:Not fantastic

[compwizrd]

This is their way of forcing the bugs to be fixed, is all, yes.

Re:Not fantastic

[Foochar]

These things are more call to arms than anything else. For example, I still depend on a working gpm so the threat of it being removed is enough that when I get home tonight I may decide to take a look and see if I can't send the maintainer some clues as to what is going on. It would be pretty hard to justify making a release without things like apache and mozilla, however if they aren't fixed then they will end up delaying the release. Debian has a bad enough history of slipping release dates without more problems to add to it.

Re:Not fantastic

[iomud]

You can always dist upgrade, I do development on an unstable box and I've yet to have any major issues. I just keep up to date with irc and debian planet to be sure there hasn't been a debain chaos event. The anal standards debian has are a blessing and a curse all at the same time.

Re:Not fantastic

[uchian]

I've had a couple of Relatively major (if you don't know what your doing and where to look for help)/Relatively minor (if you do know) problems with using unstable, with such great symptoms as xwindows failing to start (someone accidentally put quotes around something they shouldn't have) to gpm failing to detect my mouse and exiting on startup. This happened a couple of days ago, and I haven't figured out exactly what's going wrong - I just told x windows to use the mouse directly.

I just thought I should warn people that if you run unstable and update it regularly, expect the odd - as in once every couple of months - bug which will take a couple of hours of your time to fix.

Re:What the hell is going on?

[Anonymous Coward]

What's a "mouse driver"? Are you confusing this with some other OS, like M$ Windows?

I don't see any of the Debian users "stuck" with potato. Those who use it need a stable system, and a stable system needs to have older, more tested and understood packages. The others are happily dist-upgrading to woody every day (which is "testing", not "unstable" as you falsely claim), and I have yet to see any significant breakage in testing or even significant breakage in unstable that would have survived over 48 hours.

This is all unlike RedHat users, who have to wait for several months to get a new revision of their distro; we get all the new good stuff inside a week or two from upstream release, sometimes in a couple of days, like the Mozilla 0.9.6 which was made available in unstable just yesterday.

Who needs attribution, eh?

[Anonymous Coward]

This submission was lifted verbatim from the most recent Debian Weekly News. I just felt someone should point this out, since the submitter didn't seem to consider it worth mentioning.

No need for alarm...

[HoserHead]

...this, as others have mentioned, is more of a wake-up call to maintainers than anything. Apache _will_ ship with Debian 3.0, because maintainers will make it as bug-free as possible, because they care about it. gpm has already been fixed of most (all?) of its bugs. Similarly, we can expect all of the other major packages to be fixed in the next couple of days.

Don't worry, people. The packages you care about will be in Debian 3.0. (Including mpg321!) We'll make sure of it. :)

Re:No need for alarm...

[Daniel]

Indeed, I seem to recall that in past releases, little unimportant packages like libc6, boot-floppies, and dpkg were among the ones being "targeted for removal if you don't fix them" :)

(feel free to correct me if my memory misfired)

Daniel

That's the whole purpose of a "stable" release

[stere0]

Being "stuck with whatever software versions Debian freezes on for a couple years", as you say it, is actually a Good Thing(tm).

If I install a web server, I want it to run something stable, trusted and tested, something I don't have to apt-get upgrade;apt-get dist-upgrade with untested packages every morning. My Potatoes haven't caused any problems since the day I installed them. I eventually have to upgrade some packages when security holes are discovered, but that's ok. There is nothing I need on a production box that isn't included in potato. (Well, maybe a cowsay package would be nice ;))

Re:That's the whole purpose of a "stable" release

[noahm]

Being "stuck with whatever software versions Debian freezes on for a couple years", as you say it, is actually a Good Thing(tm).

It can be a good thing, for sure, but at some point there's a tradeoff that must be made between stability and usability. For most of the basic internet services (web, mail, DNS), development has reached a certain point of maturity, and you really don't lose much by running a 2 year old release of sendmail or BIND (provided you have all necessary security updates, which Debian makes easy).

The problem is, though, once you start leaving that realm of the world, upstream development happens at a really fast pace, and Debian's release cycle does not keep up. I often cite GNOME in slink (Debian 2.1) as an example of this problem. Slink shipped with GNOME 0.3, which you may recall was virtually unusable and was certainly not stable. The most frustrating part of that, though, was that by the time slink actually shipped, GNOME 1.0 had been out for months! How can slink be considered stable when the software that comprises it is an old development snapshot?

A more current example may be apache 2. It is still not available for Debian (even in unstable), which leads one to suspect that it won't ship with woody. If it doesn't, then what happens to those users who need apache 2 functionality on mission critical servers? If they need to run unstable to get the software they need, then that defeats the point of stable. If they need to fetch the source and compile apache 2 outside of the Debian package system, then that defeats the point of apt-get.

IMHO, it is unacceptable for Debian to not currently have a stable release that includes PERL 5.6, XFree86 4.x, Linux 2.4.x, etc. What prevented the release manager from proclaiming a freeze 6 or 8 months ago? Newer versions of key packages were available and reasonably well tested at that point, and a 1 or two month freeze would have left us with a released version of Debian that was both stable and reasonably up to date.

One of the key problems, I believe, is that Debian does not use any notion of release goals. This makes it impossible to say for certain when a freeze should happen. It's entirely up to the release manager. Obviously it's not easy to have release goals for a distribution, since much of the software you want to package is not available when drafting the list of goals, but even some sort of vague, general release goals would help to provide focus.

Or maybe the problem is just that nobody actually wants to do QA debugging so they keep putting it off until the release manager gets fed up and stops allowing new features to be added until some bugs are fixed.

I don't know...I've been a Debian user for 5 years and a developer for about a year. I am very frustrated with the pace of the release cycle. Another OS I use regularly (FreeBSD, which I use at work) shares Debian's reputation for quality and stability, but they release at least two versions of their OS each year. They've released three versions since Debian released potato. Why can't we do that?

noah

who gives a fuck about apache?

[posmon]

just run iis under wine. you'll be laughing!

Re:What the hell is going on?

[Daniel]

Why the hell would they freeze just before emacs21 goes in, just before KDE 2.2.2 goes in, just before ALSA goes good, etc etc?


Because if we applied this criterion, we'd never freeze!

Someone's pet package is always going to be about to be released, and will be left in the cold; IMO, this fear of leaving old software in stable is a large part of what historically contributed to long release cycles. (I think the current one is long mainly because we've completely redone the archive/release infrastructure and we're still working out bugs in the new system. That and, sigh, the installer)

Daniel

Apache and Mozilla et al?

[sketerpot]

Surely they can put things like Apache and Mozilla in a special "Mostly harmless" directory or something. It would be a tragedy to see a linux distro ship without things like these.

Debian's standard of quality

[PurpleBob]

It's good to see that Debian is maintaining their quality even when rushed. Making threats like this is one way to accomplish that - saying to maintainers with broken patches, "if you don't submit a patch, the release will suck and it will be ALL YOUR FAULT".

And I'm frankly amazed they got Mozilla in in the first place - they hadn't since M18, and with no packaged version Mozilla it was practically impossible to install Galeon.

Re:Debian's standard of quality

[CentrX]

There's always been a version of mozilla in there, it's just been M18 the whole time. I'm not amazed that mozilla 0.9.x got in, because that's something that I'm sure a lot of people have been saying is important, so it's been looked at more closely.

svgalib1?

[suss]

This happened to me after an apt-get upgrade last week:

zgv: relocation error: /usr/lib/libc5-compat/libvga.so.1: undefined symbol: _xstat

I cant find anything in http://bugs.debian.org and i've only found 1 message about it in muc.lists.debian.user... does this mean svgalib1 is going to be removed or what?

Re:svgalib1?

[Whelkman]

Oh man libc5 is old. Why don't you use svgalibg1?

Re:svgalib1?

[suss]

Oh man libc5 is old. Why don't you use svgalibg1?

I didn't choose any lib, the packages do. I apt-get everything, don't build it myself. Stuff like this seems to happen quite often in Debian/Woody, i remember login and telnet not working for weeks a while ago. Also, lilo broke on the last upgrade on another box i use (also Debian/Woody). Fun all around....

Re:svgalib1?

[suss]

Hm. now zgv segfaults. ohwell...

Hopefully this is just a problem with the svgalib packages that will be fixed by a recompile.

I came upon some vague message about this happening when incompatible versions of gcc are being used?

Re:svgalib1?

[suss]

Well bugger... i've downgraded svgalib1, svgalibg1 and svgalib-bin to 1.4.1-2 and i it's still linked to libc6. Do i need to run something afterwards? To quote dr mccoy: "Damned Jim, i'm a user, not a package-juggler!"

Re:svgalib1?

[suss]

Ummm... try running ldconfig again as root. This will regenerate the ld.so.cache file, which stores all of the libraries' linking details.

Yeah, i already did that... wasn't the problem though; when i downgraded the symlink to libvga.so.1 wasnt updated and was still pointing to the newer version. Once i corrected it, zgv started working again! Now let's see how long it takes before there's a proper solution...

Question

[Tachys]

When was Debian 2.2 first released?