Processed: bugs fixed in upstream cvs

2003-01-28 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: tags 153548 + pending Bug#153548: generic cos gives wrong result for some operands Tags were: upstream Tags added: pending tags 164638 + pending Bug#164638: libc6-dev: SIOCSIFNAME needs to be added Tags were: upstream Tags added: pending thanks

Bug#178645: same error seen on mips{,el}

2003-01-28 Thread Guido Guenther
Hi Ryan, On Mon, Jan 27, 2003 at 01:54:34PM -0800, Ryan Murray wrote: The same error shows up on mips and mipsel, so that symbol probably needs to be exported there as well. attached is a patch I once cooked up for mips(el). I'm not sure if all the symbols are needed but it's what an archive

Bug#178590: libc6: mallopt() segfaults with gpasman

2003-01-28 Thread andrea . glorioso
gm == GOTO Masanori [EMAIL PROTECTED] writes: gm I download and build then test it, but no problem. gm I guess this bug is caused by memory leak or inappropriate gm memory handling of your application. If malloc() has such gm major bugs, then you get a lot of application hung

Re: Bug#164766 C3 no cmov fix does not work

2003-01-28 Thread GOTO Masanori
At Mon, 27 Jan 2003 20:37:03 +, Scott Ashcroft wrote: GOTO Masanori wrote: 01473: find library=libcrypto.so.0.9.6; searching 01473: search cache=/etc/ld.so.cache 01473: lib-hwcap(u)=4 01473: lib-hwcap(l)=8000 01473: *hwcap=8001bf -

Bug#178746: dpkg-reconfigure does not work

2003-01-28 Thread GOTO Masanori
At Tue, 28 Jan 2003 12:02:56 +0200, Juhapekka Tolvanen wrote: Package: locales Version: 2.3.1-10 If I give command dpkg-reconfigure locales, it crashes and leaves my display garbled. If I give command unset POSIXLY_CORRECT POSIX_ME_HARDER before that command, everything goes fine. Is it

Bug#178590: libc6: mallopt() segfaults with gpasman

2003-01-28 Thread GOTO Masanori
At Tue, 28 Jan 2003 11:55:57 +0100, [EMAIL PROTECTED] wrote: gm == GOTO Masanori [EMAIL PROTECTED] writes: gm I download and build then test it, but no problem. gm I guess this bug is caused by memory leak or inappropriate gm memory handling of your application. If malloc()

[rachel_cruz_ijvd@excite.com: Bug#108619: you're really cute]

2003-01-28 Thread Jeff Bailey
close 108619 thanks You know, I might almost be insulted that it's a *bug* that I'm really cute. But oh well... =) - Forwarded message from [EMAIL PROTECTED] - X-MailHub: mail.nisa.net Old-Return-Path: [EMAIL PROTECTED] Subject: Bug#108619: you're really cute Reply-To: [EMAIL

Processed: [rachel_cruz_ijvd@excite.com: Bug#108619: you're really cute]

2003-01-28 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: close 108619 Bug#108619: random() declaration vs _USE_BSD feature macro Bug closed, send any further explanations to [EMAIL PROTECTED] thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system

Bug#178746: dpkg-reconfigure does not work

2003-01-28 Thread Juhapekka Tolvanen
On Tue, 28 Jan 2003, +15:54:18 EET (UTC +0200), GOTO Masanori [EMAIL PROTECTED] pressed some keys: At Tue, 28 Jan 2003 12:02:56 +0200, Juhapekka Tolvanen wrote: Package: locales Version: 2.3.1-10 If I give command dpkg-reconfigure locales, it crashes and leaves my display garbled.

Processed: Wups! Reopening valid bug

2003-01-28 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: reopen 108619 Bug#108619: random() declaration vs _USE_BSD feature macro Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian

Bug#177242: MALLOC_CHECK_ fix has gone into upstream CVS.

2003-01-28 Thread Carlos O'Donell
debian-glibc, Wolfram agrees with my analysis and has posted a patch upstream. Ulrich has accepted the patch. From my side of this this fixes and closes the bug. It's up to the originator to test the next libc release. c. - Forwarded message from Wolfram Gloger [EMAIL PROTECTED] -

Bug#174521: marked as done (libc6: threads on ppc leave zombies when they terminate)

2003-01-28 Thread Debian Bug Tracking System
Your message dated Tue, 28 Jan 2003 21:18:26 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#174521: libc6: threads on ppc leave zombies when they terminate has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If

Processed: this bug was on xemacs side

2003-01-28 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: reassign 167409 xemacs21 Bug#167409: glibc 2.3.1: breaks XEmacs builds; system breaks on revert to 2.2.5 Bug reassigned from package `glibc' to `xemacs21'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug

Processed: is select still broken on hurd ?

2003-01-28 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: retitle 79358 select() doesn't work properly on hurd Bug#79358: select() doesn't work properly Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator,

Bug#171659: status of this bug report ?

2003-01-28 Thread Junichi Uekawa
Hi, I've been looking at this bug report, but the SunRPC code seems to restrict only the redistribution of modified work as SunRPC itself, and does not restrict redistribution as glibc, and I would have thought that shouldn't be a problem. This bug seems to have stagnated, what is going on

Bug#167409: this bug was on xemacs side

2003-01-28 Thread Junichi Uekawa
reassign 167409 xemacs21 thanks I think this bug was on xemacs21 side, and I believe that it is already fixed. regards, junichi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#79358: is select still broken on hurd ?

2003-01-28 Thread Junichi Uekawa
retitle 79358 select() doesn't work properly on hurd thanks Is select() still broken on hurd ? regards, junichi quote original text: When the timeout value in a call to select() is small (less than about 1000 usec) select returns 0, even if the file descriptors have changed. I'm