Work-needing packages report for Apr 6, 2007

2007-04-05 Thread wnpp
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 380 (new: 15) Total number of packages offered up for adoption: 82 (new: 1) Total number of packages request

Re: net-tools maintenance status

2007-04-05 Thread Martín Ferrari
I'm copying Olaf, since he asked for it in the OP, and Bernd, since he's the maintainer. On 4/3/07, Michael Banck <[EMAIL PROTECTED]> wrote: Hi, On Tue, Apr 03, 2007 at 02:09:00PM +0200, Olaf van der Spek wrote: > On 8/2/05, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > >What's the maintenance

Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?

2007-04-05 Thread Julien Cristau
On Thu, Apr 5, 2007 at 19:08:03 -0400, Lennart Sorensen wrote: > The other minor problems was the netscape navigator 4.77 packages > breaking the x.org /usr/X11R6 upgrade. Do you know the exact name of the old package that caused this problem? Thanks, Julien signature.asc Description: Digital

Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?

2007-04-05 Thread Steve Langasek
On Thu, Apr 05, 2007 at 06:59:16PM -0400, Lennart Sorensen wrote: > > In practical terms, it seems to me that part of the fix here should really > > be to declare that we don't officially support 486 CPUs anymore, since no > > one who is using one was involved enough in the etch release to have > >

Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?

2007-04-05 Thread Lennart Sorensen
On Thu, Apr 05, 2007 at 06:59:16PM -0400, Lennart Sorensen wrote: > My 486 actually does a useful job, and hence usually runs pure stable. > I figured I would upgrade it to see if anything broken, and boy did it > ever break. It is a good old reliable machine and the only 486 I have. > I guess loo

Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?

2007-04-05 Thread Lennart Sorensen
On Thu, Apr 05, 2007 at 06:27:08PM -0400, Lennart Sorensen wrote: > I will test that out on my 486 and see if that works. It is certainly > much nicer, so assuming it works I vote for this one instead. It works perfectfly. Given I see the linux kernel does the same thing, I guess that isn't surp

Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?

2007-04-05 Thread Lennart Sorensen
On Thu, Apr 05, 2007 at 03:42:28PM -0700, Steve Langasek wrote: > Documenting it in the release notes isn't particularly *relevant* if a fixed > package is made, AFAICS. The content for the r0 release notes is frozen > now anyway, to let translators catch up, so any mention of this in the > releas

Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?

2007-04-05 Thread Steve Langasek
On Thu, Apr 05, 2007 at 06:24:04PM -0400, Lennart Sorensen wrote: > On Thu, Apr 05, 2007 at 11:46:16PM +0200, Florian Weimer wrote: > > Document it in the release notes, please. It's not worth risking > > stability for the majority of users for this kind of bug. > > Anyway, is there any particula

Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?

2007-04-05 Thread Sam Hocevar
tag 410474 +patch thanks On Thu, Apr 05, 2007, Florian Weimer wrote: > Document it in the release notes, please. It's not worth risking > stability for the majority of users for this kind of bug. > > Anyway, is there any particular reason why upstream (or you) don't use > the Intel-recommended

Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?

2007-04-05 Thread Lennart Sorensen
On Fri, Apr 06, 2007 at 12:12:58AM +0200, Sam Hocevar wrote: >Here's a patch that uses the recommended method. I will test that out on my 486 and see if that works. It is certainly much nicer, so assuming it works I vote for this one instead. -- Len Sorensen -- To UNSUBSCRIBE, email to [E

Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?

2007-04-05 Thread Lennart Sorensen
On Thu, Apr 05, 2007 at 11:46:16PM +0200, Florian Weimer wrote: > Document it in the release notes, please. It's not worth risking > stability for the majority of users for this kind of bug. > > Anyway, is there any particular reason why upstream (or you) don't use > the Intel-recommended way for

Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?

2007-04-05 Thread Florian Weimer
* Lennart Sorensen: > So does it seem fair to raise the severity to flag mysql as release > critical for etch since it does affect any program that links in > libmysql running on any x86 without cpuid support? Document it in the release notes, please. It's not worth risking stability for the maj

Re: primary mirrors, debootstrap and d-i

2007-04-05 Thread Goswin von Brederlow
Neil Williams <[EMAIL PROTECTED]> writes: > On Wed, 04 Apr 2007 10:47:00 +0200 > Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > >> Parse sources.list. Many people have multiple suites in there and you >> will want to add multiple entries then. > > apt-cache policy already covers that output and

Re: Poll: Anybody using debpool?

2007-04-05 Thread Andreas Fester
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Magnus Holmgren wrote: [...] >> The package is at >> http://littletux.homelinux.org/debian/pool/main/d/debpool/ > > Some comments: > > * You've indented the main loop in bin/debpool. While I think that's how it > should be, I also think it's best to

MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?

2007-04-05 Thread Lennart Sorensen
Bug 410474 involves mysql not working on older 486s and some cyrix cpus which do not have the cpuid instruction. Any program that tries to use libmysql (proftpd, php, etc) terminates with illegal instruction. Upstream tried to fix it, but apparently failed to do so correctly, although I suspect i

Re: Bug#417261: dch: please use dates in UTC

2007-04-05 Thread Loïc Minier
On Wed, Apr 04, 2007, Christoph Berg wrote: > What about supporting a variable DEBCHANGE_TZ in ~/.devscripts that > lets the user set UTC, but defaults to $TZ? Uh, isn't alias dch='TZ=UTC dch' good enough? -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubs

Re: Bug#417261: dch: please use dates in UTC

2007-04-05 Thread Stefano Zacchiroli
On Wed, Apr 04, 2007 at 05:58:28PM +0200, Christoph Berg wrote: > What about supporting a variable DEBCHANGE_TZ in ~/.devscripts that > lets the user set UTC, but defaults to $TZ? That would be a one-size-fits-all solution I would like. -- Stefano Zacchiroli -*- Computer Science PhD student @ Un