Debian Woody Nearing Release 297
willybur submits word of this Debian Planet story on the upcoming release of its next stable version. The article says: "According to Anthony Towns (our beloved Release Manager), woody is nearing release. All but three RC base bugs are fixed now, and the bugsquashing party is working through the RC bugs in standard. It's not all good news though.
The bad news is that this means we're probably releasing soon, and that of the hundreds of less important packages with RC bugs (eg, bugzilla, craft, crossfire-{client,server}, epic4, fvwm95, gmc, gnome-admin, intuitively, kdepim, moon-lander, tkdesk, wine, and xosview) will be getting randomly ripped out of testing ... Check the stuff that's important to you and get it fixed before it's too late." Says willybur:
"See the announcement on debian-devel-announce."
Fighting the /. effect. Do not mod up. (Score:0, Informative)
To: debian-devel-announce@lists.debian.org
Subject: [2002-02-16] Release Status Update
From: Anthony Towns
Date: Sat, 16 Feb 2002 12:23:18 +1000
Mail-copies-to: nobody
Mail-followup-to: debian-devel-announce@lists.debian.org
Organisation: Lacking
User-agent: Mutt/1.3.27i
Hi guys,
The good news, and the bad news.
The good news is that base is back in good shape. glibc, base-passwd and
rsync have all had their RC bugs fixed which is very pleasing. There are
still bugs in some important packages, including apache, bind, binutils,
bison, emacs, iproute, kdebase-libs, menu, php3, sudo, tetex, and vim,
but most of these seem fairly controllable.
The bad news is that this means we're probably releasing soon, and that of
the hundreds of less important packages with RC bugs (eg, bugzilla, craft,
crossfire-{client,server}, epic4, fvwm95, gmc, gnome-admin, intuitively,
kdepim, moon-lander, tkdesk, wine, and xosview) will be getting randomly
ripped out of testing (in the case where bugs apply to the version in
testing, anyway). What this means, is that if packages you're interested
in have accumulated RC bugs (ie serious, grave or critical) you've almost
run out of time to get them fixed if you want them released.
Other news:
* new incoming's being tested on pandora now (if you're
interested, see
be working out okay, so the whole crypto-in-main transition
looks like being on track for the first time in history.
* new boot-floppies (3.0.19) are available for all architectures
but alpha, mipsel [0] and sparc. Please test these (and build
them if you're on one of the architectures that hasn't already
done so) since there'll probably only be one more b-f's release
before 3.0r0.
* over the next few days, we're going to start doing install and
upgrade testing somewhat seriously (with the aim of doing it
well for the entirety of the next release). If you haven't
already tried and upgrade from potato, or a fresh install,
try one now so that you don't get embarassed by newbies and
users pointing out obvious bugs that a Visual Basic programmer
would've been ashamed of....
There's a BugSquash party now on in #debian-bugs on irc.openprojects.net,
so wander on over there to help rescue packages that're worth keeping
in woody.
It's also okay to help fix non-release-critical bugs too.
Cheers,
aj
[0] mipsel b-f's are built, but are waiting on someone with a DecStation
5000/120,
completely broken. See debian-mips@lists.debian.org.
--
Anthony Towns
We came. We Saw. We Conferenced. http://linux.conf.au/
``Debian: giving you the power to shoot yourself in each
toe individually.'' -- with kudos to Greg Lehey
Wow good to see the light at the end of the tunnel (Score:0, Informative)
List of all the Release Critical bugs (Score:5, Informative)
List of all the Release Critical bugs (15 feb. 2002) [debian.org]
Re:Kernel version? (Score:1, Informative)
Until just recently, if Debian wanted Woody to be their new stable release, a 2.2 kernel was the best they could do - the 2.4 series just wasn't ready, what with all the VM rework.
Now, though, they could go with 2.4.16 or
foo (Score:3, Informative)
I think Debian needs a 2.4 kernel as the default if Debian is going to shake its image as hopelessly outdated. For instance, even now you can apt-get up-to-date packages, but most people don't go beyond the defaults. As for me, I go beyond a little: I like to get security patches. Love those. But I'm wary of upgrading other things -- I've tried a KDE 2.1 to 2.2 upgrade that really made my system screwy, and a SuSE 2.4.10 kernel upgrade to 2.4.14 that lost my ext3 functionality. Of course I fixed these things, but I'm wary now. It took time, which is valuable to me. Even with Debian, you can apt-get yourself into trouble. So as someone on the sidelines (well, maybe more than that, I've done a lot of Debian installs), I would encourage the Debian folks to either reconsider the default install, or actively plan for a 3.1 (or even 3.0.1) release that will happen soon after 3.0.
Re:Kernel version? (Score:3, Informative)
Sorry, you can use 2.2.20 or 2.4.13 2.4.14, 2.4.16 and 2.4.17.
See the list of base packages [debian.org].
(and always you can build your own kernel of course)
Re:fallback to unstable hack (typo correction) (Score:2, Informative)
if you have a recent version of apt, and you put the following lines into
--- begin cut here ---
Package: *
Pin: release a=unstable
Pin-Priority: 50
--- end cut here ---
enjoy,
-- p
Re:foo (Score:3, Informative)
That's talking about an entirely different thing: to install up-to-date packages, you have to put unstable (or testing) in sources.list, and deal with the issues that arise from that.
The 2.4 kernels will be *in woody*, distributed on woody CDs, and available in the same way as the rest of the woody software. They just weren't planned to be the default kernel, although I've also heard rumors that some install disks are being built around 2.4.
Daniel
Re:About Time (Score:3, Informative)
Re:List of all the Release Critical bugs (Score:3, Informative)
/etc/apt/source.list anyone? (Score:2, Informative)
Re:Fighting the /. effect. Do not mod up. (Score:3, Informative)
Why not? Having precompiled packages that integrate with the system is a very valuable thing to me and many other developers and users.
As for "just the base system"...the primary reason the freeze was held up was because of bugs in the base system, many of them bugs from the upstream source relating to failures on obscure hardware or when using charsets other than the default one.
The primary reason the freeze is now progressing again is because the base system is down to under five "makes the package unsuitable for release" bugs.
Packages not in base or standard will simply be dumped if they aren't ready in time (about two weeks from now), as you'd know if you had read the article.
the fact remains that people are leaving debian, debian is lagging behind, the release process is very slow, etc.
The fact remains that a handful of maintainers have left in the last year due to burnout, the number of Debian maintainers is increasing overall, woody is a very impressive distribution, and it is (at long last) moving towards release.
The fact remains that if you only read
The fact remains that sometimes experience matters, and uninformed opinions are uninformed. "I don't know a thing about aeronautics, engineering, or fluid dynamics, but I've flown on lots of planes, and I have this great idea about how you can make your 747s go faster.."
Everyone has seen the accusation that "all those crufty packages" are holding up the release, it's been discussed dozens of times on the mailing lists, and not one person has yet produced a specific and concrete example of a way in which so-called "package bloat" is holding up the release. Hand-waving arguments, personal attacks, and oblique references to Fred Brooks are easier, I guess. *shrug*
Daniel