Bug#916661: libc6:amd64: Please document transcendental functions (cos, log, tan, atan2, pow, ...) accuracy

Package: libc6 Version: 2.27-8 Severity: normal AFAIK, accuracy of transcendental functions in libm, like sin cos atan exp log pow tan atan2 is completly undocumented, and do not conform to IEEE 784-2008 chapter 9.2, table 9.1. These are recommended ("optional"), and not mandatory. It is

Re: Processed: Reopening: incorrect cache sizes in getconf -a

, cannot report what kernel says. Regards, Witek -- Witold Baryluk signature.asc Description: Digital signature

Bug#636116: libc6-dev-amd64

Package: libc6-dev-amd64 Version: 2.13-11 Followup-For: Bug #636116 Just hit by the same problem on normal upgrade. sredniczarny:/tmp# apt-get upgrade Czytanie list pakietów... Gotowe Budowanie drzewa zależności Odczyt informacji o stanie... Gotowe Następujące pakiety zostały zatrzymane: some

Bug#632252: fixed in unstable

Package: libc6 Followup-For: Bug #632252 Unstable version looks to do not have this problem. Thanks, for taking care. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux

Bug#627243: eglibc: RES_OPTIONS cannot disabled options enabled in /etc/resolv.conf.

Package: eglibc Severity: minor I have options inet6 in /etc/resolv.conf, but few programs, for example links webbrowser, have problem using ipv6-mapped ipv4 addresses. So In meantime of fixing such problems, i would like to have inet6 disabled for such programs. I was thinking that export

Bug#620203: [alpha] libc-bin / libc6.1: LEVEL*CACHE* inproperly mixed

Package: libc6.1 Version: 2.11.2-13 Severity: normal I tested both 2.7-18lenny7 and 2.11.2-13 on other machine, result is the same: $ getconf -a | grep LEVEL LEVEL1_ICACHE_SIZE 64 LEVEL1_ICACHE_ASSOC65536 LEVEL1_ICACHE_LINESIZE 2 LEVEL1_DCACHE_SIZE

Bug#200641: zdump -v on alpha (and other 64-bit archs), and gmtime

current behaviour. PS. Original bug reports of #412569, do not apply anymore. --version option is working. It still loops, but on any 64-bit computer I tested, it exit after about 3 to 9 seconds. And it do not crash anymore in any case. Regards, Witek -- Witold Baryluk JID: witold.baryluk

Bug#238786: Not a libc bug

. Second it is not bug, returning NULL is not a bug, it is just error condition conforming to POSIX standards. See my posts to bug #200641. Thus reasigning back to cyrus-imapd Thanks -- Witold Baryluk -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe

Bug#609389: libc-bin: getconf -a have many variables set not properly (i.e. LEVEL*CACHE*)

On 02-12 17:03, Aurelien Jarno wrote: On Mon, Jan 10, 2011 at 08:51:59AM +0100, Aurelien Jarno wrote: Witold Baryluk a écrit : Package: libc-bin Version: 2.11.2-7 Severity: normal getconf -a have many variables set to 0. for example LEVEL1_ICACHE_SIZE

Re: Help needed with eglibc 2.13

was compiling mainly due to missing inotify_init1 stub syscall in previous builds of eglibc, due pre-2.6.33 kernel on buildd machines). -- Witold Baryluk JID: witold.baryluk // jabster.pl signature.asc Description: Digital signature

Bug#373781: resolver fails if CNAME points to A record in non-authoritative domain

for ipv6 CNAME - is missing, but apperently (CNAME - A) is there. What do you thinks? Thanks, Witek -- Witold Baryluk signature.asc Description: Digital signature

Bug#609389: libc-bin: getconf -a have many variables set not properly (i.e. LEVEL*CACHE*)

Package: libc-bin Version: 2.11.2-7 Severity: normal getconf -a have many variables set to 0. for example LEVEL1_ICACHE_SIZE 0 LEVEL1_ICACHE_ASSOC0 LEVEL1_ICACHE_LINESIZE 0 LEVEL1_DCACHE_SIZE 0 LEVEL1_DCACHE_ASSOC0

Bug#576484: libc6-prof: segmentation fault when using profiling with pthread.

Package: libc6-prof Version: 2.10.2-6 Severity: important # cat a.c int main() { return 0; } # gcc -g -pg a.c -o a -static-libgcc -lc_p # ./a Exit code 0 # gcc -g -pg a.c -o a -static-libgcc -lc_p -pthread # ./a Segmentation fault (core dumped) # gdb ./a ./core [New Thread 9335] warning:

Bug#324900: another problem with /var, mayby related

message or entry in logfile. regards. -- Witold Baryluk signature.asc Description: Digital signature