LWN.net Logo

Advertisement

E-Commerce & credit card processing - the Open Source way!

Advertise here

The new Debian etch release schedule

From:  Luk Claes <luk-AT-debian.org>
To:  debian-devel-announce-AT-lists.debian.org
Subject:  release update: d-i schedule, release notes, deep freeze
Date:  Tue, 13 Mar 2007 23:23:52 +0100

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

You might not remember who the release team is, but we still want to
inform you about the final leg of the etch release cycle.  Our original
schedule did not work out due to problems with the kernel and the
slower than expected reduction of release critical bugs.

kernel status
=============

Thanks to the dedication of the kernel team, these kernel problems have
been resolved and we now have a releasable 2.6.18 Linux kernel in etch.
Work continues on fixing remaining usability issues in the kernel, but
the kernel is no longer a blocker for the etch release.

debian-installer release
========================

As a result, the d-i team has been able to plan ahead and do a schedule
for the release of debian-installer rc2[1], which we expect will be used
as the installer for etch.  debian-installer is currently planned to
release around the 20th of March.

timeline
========

After a few months of delay, then, this gives us enough information to
regroup and offer a new projected release timeline.  The good news is
that we have not been sitting idle for the past months; many more RC
bugs have been fixed... and found... and fixed since the last release
update, and there have been good upgrade and install reports, which
allows for some compression of the remaining tasks.

N-20 = 13 Mar 2007:

	40 RC bugs.  Freeze continues; changes to etch for
	non-release-critical issues are no longer accepted, to further
	limit the risk of incidental regressions and to better focus on
	the remaining release blockers.

N-14 = 19 Mar 2007:

	20 RC bugs.  D-I RC2 releases.  Users are encouraged to use the
	debian-installer for new installs and to begin upgrading systems
	from sarge to the security-supported etch, and report any
	problems found.

N-7  = 26 Mar 2007:

	~0 RC bugs.  Final adjustments to packages in response to
	install and upgrade feedback.  Finalization of the release
	notes.

N    =  2 Apr 2007:
	0 RC bugs.  Barring any problems that would cause us to need to
	re-roll the installer <knock on wood>, we should be ready to
	release.

release notes
=============

Now is the time for package maintainers to ask for inclusion of
information in the release notes about important differences between the
sarge and etch versions of their packages.  Since the set of non-RC bugs
that we will ship with should also now be fixed, this is also the time
to document any of those that you feel are important to mention.

Please also try to report all problems you notice when migrating sarge
to etch boxes to the release-notes pseudo-package.

shooting rc bugs in a barrel
============================

For the past few months, the release team has been fairly lenient about
letting RC bugs go unfixed in testing because we knew there was no
hurry.  Well, now we're hurrying again.  If you have a package in
testing with RC bugs, please fix it or ask for help fixing it.  At this
point, packages with RC bugs open in testing for more than 10 days
(all, uh, 10 of them?) are subject to removal by the release team, so
please take care of your packages to ensure their inclusion in etch.

At the same time, non-maintainers should consider paying attention to
any packages they use that have RC bugs[2].  The 0-day NMU policy for
RC bugs continues, now with an even further reduced wait time for new
bugs of 3 days.  This doesn't mean you should rush to beat the
maintainer to his own bugs.  If you have the maintainer's permission you
can always upload even sooner, but even though we want to see every
package bug-free and included in the release, it's still important that,
in our enthusiasm, we don't become careless with packages that someone
else will have to clean up later.

Of course, directly prior to release, members of the release team might
approve on a case-by-case-basis even shorter waiting times - just for the
simple reason that we need fix the issues prior to release. (We hope
that is not necessary, but remembering the Sarge release, we even
found a problem while spinning the CDs.)


Cheers,
- --
Luk
Debian Release Team

[1] http://lists.debian.org/debian-boot/2007/03/msg00646.html
[2]
http://bts.turmzimmer.net/details.php?bydist=etch&ign...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFF9yR45UTeB5t8Mo0RAqPRAKCXo+hj48lp5AAxd8lufcBEe+szkgCglAle
mq60wblUQWBL0gImCaZcj/4=
=3XBP
-----END PGP SIGNATURE-----


-- 
To UNSUBSCRIBE, email to debian-devel-announce-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org


(Log in to post comments)

The new Debian etch release schedule

Posted Mar 14, 2007 14:52 UTC (Wed) by ss (guest, #5488) [Link]

Good to know they are upholding tradition and are already behind schedule.

Mar 13 there should be only 40 bugs, but the bug page at
http://bugs.debian.org/release-critical/
reports 70 for today.

The new Debian etch release schedule

Posted Mar 14, 2007 15:21 UTC (Wed) by svena (subscriber, #20177) [Link]

No, see [2] above, there are 32 RC bugs for Etch.

The new Debian etch release schedule

Posted Mar 14, 2007 15:31 UTC (Wed) by pflugstad (subscriber, #224) [Link]

If you follow the link [2] provided in the email, it shows 32 open bugs. I don't know what the difference is, nor do I follow Debian development enough - just pointing this out.

Pete

The new Debian etch release schedule

Posted Mar 15, 2007 11:33 UTC (Thu) by broonie (subscriber, #7078) [Link]

The larger count includes bugs that aren't in the release candidate (for example, because the package is not going to be released).

The new Debian etch release schedule

Posted Mar 14, 2007 18:43 UTC (Wed) by k8to (subscriber, #15413) [Link]

That page, while interesting, isn't really self documenting. The colors, some of the markings are not explained, and have meaning. I've stumbled on it before.

The new Debian etch release schedule

Posted Mar 15, 2007 11:34 UTC (Thu) by cortana (subscriber, #24596) [Link]

Try http://people.debian.org/~sesse/bugscan/ instead. It is a version of the official RC bugs graph that has extra code that takes into account version tracking information from the bug tracking system. It should display the same info as the bts.turmzimmer.net page with the correct flags set.

The new Debian etch release schedule

Posted Mar 14, 2007 17:36 UTC (Wed) by aisotton (subscriber, #39278) [Link]

They won't make it. They never have. It'll be May (at least) until they release.

Greetings,
Aaron -- Using Debian since potato

The new Debian etch release schedule

Posted Mar 14, 2007 21:32 UTC (Wed) by maney (subscriber, #12630) [Link]

Debian obeys Brook's Other Law, which tells us to plan on throwing one deadline away, because we will anyway. :-)

I think I first installed Debian in the days of Bo, but it was probably Hamm by the time I was running it seriously. Remember when you could install on a box with 4M of RAM?

The new Debian etch release schedule

Posted Mar 15, 2007 0:31 UTC (Thu) by drag (subscriber, #31333) [Link]

Not I.

The leastest (is that a word? It should be if it isn't) machine I ever had Linux installed on was a old 386 Thinkpad laptop with 6 megs of RAM. This was maybe 4 years ago? I had to use a special floppy-edition that was unusual (most floppy-based distros required you to load the disk into RAM to free up the disk for more stuff. I didn't have enough ram to do that). Then I had to install my software using packages from some ancient version of Slackware.

I wanted to use it as a serial terminal. Ended up blowing Linux away and went with MSDOS + kermit. (nowadays I'd use freedos). I liked that a lot. It is my opinion that no laptop should ever be thrown away as long as it has a decent screen, a keyboard, and a serial port. :-)

What is the longest anybody here has had a single Debian install going, (especially if it was for a personal desktop)?

I know I had one install going from about 3 years and a few months, which I know isn't that long. I tracked unstable and I actually transfered it from drive to drive once as my hardware gradually upgraded. It probably outlasted 3 major revisions of hardware for my desktop.

The new Debian etch release schedule

Posted Mar 15, 2007 1:03 UTC (Thu) by maney (subscriber, #12630) [Link]

Hmmm... it was a long time ago. Maybe 4MB wasn't quite enough for the installer, even though it was plenty for a small server or firewall sort of thing and I've misremembered the numbers. There were a couple of these old 386SX desktop boxes sitting aorund, so I might have stuffed two machine's portions into one for installation. They were the remains of a DOS/Windows 3.x lab that was on its last legs, and I'm thinking that 4M would have been fairly hefty for that (bearing in mind they were old ten years ago, and that district *always* bought the minimal spec they could get away with at the time of purchase).

Anyway, as near as I recall, Debian's release schedules were kind of flexible even back then. :-)

The new Debian etch release schedule

Posted Mar 15, 2007 1:04 UTC (Thu) by rmayr (subscriber, #16880) [Link]

My desktop machine is running Debian unstable since about 1999, and still
counting. And yes, it's basically the same install from back then, I just
regularly try to spend some time to clean up old cruft.

The new Debian etch release schedule

Posted Mar 15, 2007 14:31 UTC (Thu) by ballombe (subscriber, #9523) [Link]

> What is the longest anybody here has had a single Debian install going, (especially if it was for a personal desktop)?

I know of two desktop machines (only one being used daily) that started their
life with Slink (in 1999) and are still running now, after being upgraded to each newer release up to Sarge and they probably be upgraded to Etch once it is released.

On a unrelated note, I managed to install woody on a m68k with 4Mb of RAM.
(a Falcon 030 at 16MHz).

The new Debian etch release schedule

Posted Mar 15, 2007 16:59 UTC (Thu) by a9db0 (subscriber, #2181) [Link]

I've an old firewall that started with (pause whilst I dig through a large stack of CDs) Potato. Currently a Sarge/Etch blend. Still runs fine. I'll replace it when some component of it dies - though it's a 10 year old Compaq P90 that shows no signs of failure.

Longest-running Debian installation?

Posted Mar 16, 2007 18:12 UTC (Fri) by stevem (subscriber, #1512) [Link]

My first Debian installation from October 1996 is still going. It has been migrated across to new disks and new hardware multiple times in the interim, and (obviously) upgraded quite a few times since.

It was my only machine at the time, a 486 DX4/120 IIRC. It's now running on a dual-core AMD64 and is the main server at home, used for NFS space, music and (of course) the local Debian mirror. It's also the machine where most debian-cd development work happens.

The only thing that may kill it now is the fact that I'd like to move over from i386 to amd64. Once I do the etch upgrade, I'll look into that; I hope I can find a way to keep it going despite an architecture change... :-)

The new Debian etch release schedule

Posted Mar 17, 2007 10:53 UTC (Sat) by Segora (subscriber, #8209) [Link]

For me it was a custom installation based on Debian (whatever was current in '95) on a 386SX16 w/ 2MB, as far as I remember. Stripped down kernel, UUCP, some console mail user agent. Probably something like Xpoint would have worked better, but hey - it worked good enough and was completely free.

The new Debian etch release schedule

Posted Apr 3, 2007 13:42 UTC (Tue) by woakley (guest, #44459) [Link]

So chaps. Any news on where you're at now? Would be very helpful to get some idea. I note that the releases page hasn't been touched with any updates.

regards

- William

Copyright © 2007, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds