Processed: [bts-link] source package glibc

2007-03-08 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> #
> # bts-link upstream status pull for source package glibc
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
> # remote status report for #226291
> #  * http://sourceware.org/bugzilla/show_bug.cgi?id=4069
> #  * remote status changed: ASSIGNED -> RESOLVED
> #  * remote resolution changed: (?) -> FIXED
> #  * closed upstream
> tags 226291 + fixed-upstream
Bug#226291: libc6: generic pow(-inf, nan) gives inf instead of nan
There were no tags set.
Tags added: fixed-upstream

> usertags 226291 - status-ASSIGNED
Bug#226291: libc6: generic pow(-inf, nan) gives inf instead of nan
Usertags were: status-ASSIGNED.
Usertags are now: .
> usertags 226291 + status-RESOLVED resolution-FIXED
Bug#226291: libc6: generic pow(-inf, nan) gives inf instead of nan
There were no usertags set.
Usertags are now: resolution-FIXED status-RESOLVED.
> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#413744: glibc - uses more than one cpu without asking

2007-03-08 Thread Gabor Gombas
On Tue, Mar 06, 2007 at 11:25:14PM +0100, Bastian Blank wrote:

> One of the s390 buildds, lxdebian, have two cpus online but is only
> allowed to use one full. This is followed by a make call without -j.

IMHO such policies should be enforced by binding the whole buildd to a
single CPU by using tools like taskset or schedtool.

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



[bts-link] source package glibc

2007-03-08 Thread bts-link-upstream
#
# bts-link upstream status pull for source package glibc
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#

user [EMAIL PROTECTED]

# remote status report for #226291
#  * http://sourceware.org/bugzilla/show_bug.cgi?id=4069
#  * remote status changed: ASSIGNED -> RESOLVED
#  * remote resolution changed: (?) -> FIXED
#  * closed upstream
tags 226291 + fixed-upstream
usertags 226291 - status-ASSIGNED
usertags 226291 + status-RESOLVED resolution-FIXED

thanks



Bug#413989: redirect (.so or symlink) man pages missing for functions documented with others

2007-03-08 Thread Tom Viza

Package: glibc-doc
Version: 2.3.6.ds1-13

Several functions which are documented in manual pages named for other
functions return "No manual entry for foo".

This is because the symlinks which are normally created in their names
are missing.

eg:
$ man sigwait
No manual entry for sigwait

fix:
# ln -s pthread_sigmask.3.gz /usr/share/man/man3/sigwait.3.gz

alternative fix:

# cat >/usr/share/man/man3/sigwait.3 <

Bug#412569: libc6: zdump -v /etc/localtime -- segfault on x86

2007-03-08 Thread Jason Jenkins
Package: libc6
Version: 2.3.2.ds1-22sarge5
Followup-For: Bug #412569




zdump works fine with libc6 version 2.3.2.ds1-22sarge4 but 
segfaults with version 2.3.2.ds1-22sarge5. 

biocyc07:~# zdump -v /etc/localtime
Segmentation fault

biocyc06:/etc# zdump -v /etc/localtime | grep 2007
/etc/localtime  Sun Mar 11 09:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 PST 
isdst=0 gmtoff=-28800
/etc/localtime  Sun Mar 11 10:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 PDT 
isdst=1 gmtoff=-25200
/etc/localtime  Sun Nov  4 08:59:59 2007 UTC = Sun Nov  4 01:59:59 2007 PDT 
isdst=1 gmtoff=-25200
/etc/localtime  Sun Nov  4 09:00:00 2007 UTC = Sun Nov  4 01:00:00 2007 PST 
isdst=0 gmtoff=-28800


Timezone data is identical on both machines.

biocyc07:~# md5sum /usr/share/zoneinfo/US/Pacific
ad7be76a1d7216104d9004a73e200efc  /usr/share/zoneinfo/US/Pacific

biocyc06:/etc# md5sum /usr/share/zoneinfo/US/Pacific
ad7be76a1d7216104d9004a73e200efc  /usr/share/zoneinfo/US/Pacific


biocyc07:~# strace zdump -v /etc/localtime
execve("/usr/bin/zdump", ["zdump", "-v", "/etc/localtime"], [/* 17 vars */]) = 0
uname({sys="Linux", node="biocyc07", ...}) = 0
brk(0)  = 0x503000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x2a9556a000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=34110, ...}) = 0
mmap(NULL, 34110, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2a9556b000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\324"..., 640) = 640
fstat(3, {st_mode=S_IFREG|0755, st_size=1295328, ...}) = 0
mmap(NULL, 2354760, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x2a9566c000
mprotect(0x2a9578e000, 1166920, PROT_NONE) = 0
mmap(0x2a9586c000, 241664, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x10) = 0x2a9586c000
mmap(0x2a958a7000, 15944, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2a958a7000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x2a958ab000
arch_prctl(0x1002, 0x2a958ab640)= 0
munmap(0x2a9556b000, 34110) = 0
open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=290576, ...}) = 0
mmap(NULL, 290576, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2a9556b000
close(3)= 0
brk(0)  = 0x503000
brk(0x524000)   = 0x524000
brk(0)  = 0x524000
fstat(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 3), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x2a955b2000
open("/etc/localtime", O_RDONLY)= 3
fstat(3, {st_mode=S_IFREG|0644, st_size=1017, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x2a955b3000
read(3, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0"..., 4096) = 
1017
close(3)= 0
munmap(0x2a955b3000, 4096)  = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++






-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-12-amd64-k8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libc6 depends on:
ii  libdb1-compat 2.1.3-7The Berkeley database routines [gl

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]