Processed: your mail

2005-12-26 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > merge 325802 339482 Bug#325802: libc6: glibc.sh uses dpkg Bug#339482: libc6: /etc/init.d/glibc.sh uses /usr/bin/dpkg before /usr is mounted. Bug#328088: libc6: /etc/init.d/glibc.sh uses /usr/bin/dpkg to check for kernel versions. Merged 325802 328088

Bug#314616: doesn't re-read resolv.conf

2005-12-26 Thread Phil Blundell
reassign 314616 no-ip thanks Glibc's standard behaviour is to cache the contents of /etc/resolv.conf across multiple calls to gethostbyname(). I doubt this will change any time soon. The solution to this bug is probably for no-ip to call res_init() prior to attempting resolution, if it suspects

Processed: Re: doesn't re-read resolv.conf

2005-12-26 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > reassign 314616 no-ip Bug#314616: doesn't re-read resolv.conf Bug reassigned from package `libc6' to `no-ip'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian

Processed: your mail

2005-12-26 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > tags 243183 - pending Bug#243183: locales: typo in po/fr.po Tags were: l10n pending patch Tags removed: pending > tags 340147 + pending Bug#340147: /etc/init.d/glibc.sh must use ': exit 0' instead of 'exit 0' There were no tags set. Tags added: pending

r1070 - in glibc-package/trunk/debian: . script.in

2005-12-26 Thread Philip Blundell
Author: pb Date: 2005-12-26 11:57:46 + (Mon, 26 Dec 2005) New Revision: 1070 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/script.in/kernelcheck.sh Log: add kernel version check for arm Modified: glibc-package/trunk/debian/changelog

Processed: merging 328831 344820

2005-12-26 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.9 > merge 328831 344820 Bug#328831: Errors while generating mn_MN.UTF-8 locales Bug#344820: locales: mn_MN.UTF-8 is not working Merged 328831 344820. > End of message, stopping processing

Bug#344820: locales: mn_MN.UTF-8 is not working

2005-12-26 Thread Cyril Bouthors
Package: locales Version: 2.3.5-8.1 Severity: normal The locale mn_MN.UTF-8 is not working. To reproduce : [EMAIL PROTECTED]:~# echo mn_MN UTF-8 > /etc/locale.gen && locale-gen Generating locales (this might take a while)... mn_MN.UTF-8.../usr/share/i18n/locales/mn_MN:221: unterminated string

Bug#344146: regex_internal.c bug (Re: Bug#344146: towupper(3) bug? (Re: re_search(3) dumps core))

2005-12-26 Thread Fumitoshi UKAI
At Sat, 24 Dec 2005 01:17:55 +0900, Fumitoshi UKAI wrote: > > It is a bug in libc6, not in grep. > > grep 2.3.1.ds2-4 works fine on libc6 2.3.2.ds1-22 if I rebuilt on sarge. > > > It seems some problem in posix/regex_internal.c:build_wcs_upper_buffer(). > > > > % LANG=ja_JP.EUC-JP gdb ./a.out >

Bug#344836: libc6: strtold is broken on hppa

2005-12-26 Thread John David Anglin
Package: libc6 Version: 2.3.5-8 Severity: normal The following program produces incorrect results: #include int main () { printf ("%Lf\n", strtold ("1", NULL)); return 0; } [EMAIL PROTECTED]:~/gcc_test$ gcc -o ld1 ld1.c [EMAIL PROTECTED]:~/gcc_test$ ./ld1 0.00 -- System Information: D

SIGPROF is masked by select() .

2005-12-26 Thread xiangbin
Hi,all I am not sure it is suitable to issue such a question here. I wrote a small program that both POSIX timer and select() call are used for timing. Either timer or select() works well when they are used separately. But as both of them are used together, only the select() call works,the POSIX