Re: Add a hint to discover1 and discover1-data to testing

Steve Langasek [EMAIL PROTECTED] writes: On Mon, Oct 31, 2005 at 03:50:11PM -0200, Otavio Salvador wrote: Would be good to allow discover1 and discover1-data to testing since it solve some important problems and also update its database with more entries. Given that this is likely to

Re: How to get KDE in: total analysis

On Mon, Oct 31, 2005 at 04:25:31PM -0500, Nathanael Nerode wrote: Steve Langasek wrote: In any case, please see http://ftp-master.debian.org/~vorlon/KDE-missing-bysource.txt for a separate analysis. With reference to that :-), please note the following; after going through that and the

Re: libgsf soname change heads up

On Thu, Oct 06, 2005 at 00:50:34 -0400, Nathanael Nerode wrote: In particular, this would tie kword to the libgsf transition, making it even more painful to get KDE into testing. So please don't do this until C++-transitioned KDE makes it into etch. As the KDE transition has now happened [*],

Re: Add a hint to discover1 and discover1-data to testing

Otavio Salvador wrote: Would be good to allow discover1 and discover1-data to testing since it solve some important problems and also update its database with more entries. The new discover1 packages are working fine of course, but we currently have probably final initrd images for the next

Re: Add a hint to discover1 and discover1-data to testing

Joey Hess [EMAIL PROTECTED] writes: Otavio Salvador wrote: Would be good to allow discover1 and discover1-data to testing since it solve some important problems and also update its database with more entries. The new discover1 packages are working fine of course, but we currently have

Many kudos to the release team!

Many kudos for managing the KDE and other transitions so smoothly. This went significantly quicker than the transitions for sarge and has resulted in less breakage in testing. Thanks for the good work everyone :-) -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To

When's the mirror pulse?

I've been waiting for the latest updates to etch to hit the mirrors, but I can't figure out when they'll get there. Is the time of the mirror pulse documented anywhere for the benefit of the obsessive? Incidentally, mirror.debian.org/status.html is dead. -- Nathanael Nerode [EMAIL PROTECTED]

some easy hints

So some easy hints showed up now that the giant clog cleared. # attal missing m68k build easy attal/0.9.2-1.1 attal-themes-medieval/0.9.2-1 # ipsvd missing arm build easy matrixssl/1.7.1-2 ipsvd/0.11.1-1 -- Nathanael Nerode [EMAIL PROTECTED] A thousand reasons. http://www.thousandreasons.org/

suggest binNMUs for all arches: python2.[2,3]-libplot

python2.1-libplot python2.2-libplot Both need rebuilds for new C++-transitioned plotutils, but (a) apparently don't need any source or build-depends changes (b) don't produce C++ libraries so don't need the 'full treatment'. The same has apparently been done already with libplot-perl, although

Re: suggest binNMUs for all arches: python2.[2,3]-libplot

On Tue, Nov 01, 2005 at 09:57:10PM -0500, Nathanael Nerode wrote: python2.1-libplot python2.2-libplot Both need rebuilds for new C++-transitioned plotutils, but (a) apparently don't need any source or build-depends changes (b) don't produce C++ libraries so don't need the 'full treatment'.