Are we there yet? (0.9.29 release?)

[Rob Landley]

It is now 2007.  There hasn't been a uClibc release since the summer of 2005.
Is anyone else finding this a bit silly at this point?

Are we detectably closer to a 0.9.29 release?  I thought it was supposed to be 
a quick and dirty plate clearing before dumping the NPTL tree into mainline. 
That seemed to be the idea three months ago (september 5) when Erik 
announced:

> We've worked out a bit of a plan for
> moving forward.
>
> .29 will be large as-is, plus some pending cleanups,
>         merging some pending patches, and some code
>         from mjn3, some pending namespace cleanups, etc.
> .30 will be largely the same as .29, with the NPTL branches
>         for mips, arm, sh, etc merged.
> .31 for the no-kernel-headers fix, etc.

For reference, since the above was written the Linux kernel has shipped 2.6.18 
(september 20) and six bugfix releases, shipped 2.6.19 (november 29) and a 
bugfix release, and had 3 -pre releases for 2.6.20.  I realize that uClibc 
development doesn't move at the rate the Linux kernel does, but I'm not 
talking about new development.  I'm talking about freeze/stabilize/release of 
what's already there.

At this point I don't personally mind a 0.9.29 release I have to apply a patch 
to in order for it to work for me.  I just want a known version with known 
bugs as a frame of reference.  There's always the option of a 0.9.29.1 bugfix 
release.

Please?

Rob

P.S.  AAAAAAAAAAAAAAAAAHHHHHH!!!  Thank you.
-- 
"Perfection is reached, not when there is no longer anything to add, but
when there is no longer anything to take away." - Antoine de Saint-Exupery