Bug#465721: libc6-dev: /usr/include/sys/io.h missing from some architectures

2008-02-14 Thread David Paleino
Package: libc6-dev Version: 2.7-6 Severity: important Hi, I've adopted a package, libx86, which is failing the build on some architectures [1]. Reading the build logs [2], I've noted that the error is: error: sys/io.h: No such file or directory Looking in http://packages.debian.org/sid//libc6-d

Bug#465721: marked as done (libc6-dev: /usr/include/sys/io.h missing from some architectures)

2008-02-14 Thread Debian Bug Tracking System
Your message dated Thu, 14 Feb 2008 11:01:30 +0100 with message-id <[EMAIL PROTECTED]> and subject line Re: Bug#465721: libc6-dev: /usr/include/sys/io.h missing from some architectures has caused the Debian Bug report #465721, regarding libc6-dev: /usr/include/sys/io.h missing from some architect

Bug#465721: libc6-dev: /usr/include/sys/io.h missing from some architectures

2008-02-14 Thread David Paleino
Il giorno Thu, 14 Feb 2008 11:01:30 +0100 Aurelien Jarno <[EMAIL PROTECTED]> ha scritto: > > Is this intended? How should we port the applications to these > > architectures? > > Yes it is intended. Those architectures do not have I/O ports, that's > why this file is not present. Thank you for t

Bug#465721: libc6-dev: /usr/include/sys/io.h missing from some architectures

2008-02-14 Thread Aurelien Jarno
David Paleino a écrit : > Il giorno Thu, 14 Feb 2008 11:01:30 +0100 > Aurelien Jarno <[EMAIL PROTECTED]> ha scritto: > >>> Is this intended? How should we port the applications to these >>> architectures? >> Yes it is intended. Those architectures do not have I/O ports, that's >> why this file is

Re: extern inline and ?stat64 fun in glibc

2008-02-14 Thread Pierre Habouzit
On Wed, Feb 13, 2008 at 11:21:46PM +, Sune Vuorela wrote: > Hi! > > As many people know, som header change in libc6-dev made libqt3-mt (and maybe > other packages) drop some symbols on one or more archs. > > For full details, see the thread starting here: > http://lists.debian.org/debian-dev

Bug#465721: libc6-dev: /usr/include/sys/io.h missing from some architectures

2008-02-14 Thread David Paleino
Il giorno Thu, 14 Feb 2008 11:09:49 +0100 Aurelien Jarno <[EMAIL PROTECTED]> ha scritto: > David Paleino a écrit : > > > Thank you for the quick reply. Is there any easy way to port applications > > using io.h to these architectures? (/me types google.com in the meanwhile) > > Why those applicati

Re: extern inline and ?stat64 fun in glibc

2008-02-14 Thread Pierre Habouzit
On Thu, Feb 14, 2008 at 10:47:00AM +, Pierre Habouzit wrote: > On Wed, Feb 13, 2008 at 11:21:46PM +, Sune Vuorela wrote: > > Hi! > > > > As many people know, som header change in libc6-dev made libqt3-mt (and > > maybe > > other packages) drop some symbols on one or more archs. > > > >

Bug#465753: libc6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined

2008-02-14 Thread Michael Prokop
Package: libc6 Version: 2.7-8 Severity: important I've a base.tgz for faster chroot setup within FAI (so it's like a normal bootstrapped system in case you aren't familiar with FAI) and upgrading from 2.3.6.ds1-13etch2 to libc6 2.7-8 fails: , [ quoting upgrade process ] | [...] | Non-interac

Bug#465753: libc6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined

2008-02-14 Thread Aurelien Jarno
Michael Prokop a écrit : > Package: libc6 > Version: 2.7-8 > Severity: important > > > I've a base.tgz for faster chroot setup within FAI (so it's like a > normal bootstrapped system in case you aren't familiar with FAI) and > upgrading from 2.3.6.ds1-13etch2 to libc6 2.7-8 fails: > > , [ qu

Bug#465753: libc6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined

2008-02-14 Thread Michael Prokop
* Aurelien Jarno <[EMAIL PROTECTED]> [20080214 17:28]: > Michael Prokop a écrit : > > I've a base.tgz for faster chroot setup within FAI (so it's like a > > normal bootstrapped system in case you aren't familiar with FAI) and > > upgrading f

Bug#465769: libc gets some strtod() cases wrong

2008-02-14 Thread pmaydell
Package: libc6 Version: 2.3.6.ds1-13etch4 GNU libc seems to get some of the odder reaches of the C99 strtod() spec wrong. Observe: mnementh$ cat strtod-test.c #include #include int main(int argc, char **argv) { double d; char *endp; char *s = argv[1]; if (argc != 2) { printf("Usag

Bug#465797: libc6: RFC 3484 ipv6 address selection order does not work as expected

2008-02-14 Thread Benoit Panizzon
Package: libc6 Version: 2.7-6 Severity: normal Since one of the last updates I noticed my system stoppend using ipv6. I seam to have tracked that problem down to the new RFC3484 and /etc/gai.conf functionality... Actual situation, local machine: eth2 Link encap:Ethernet HWaddr 00:13:ce:36

Bug#465797: marked as done (libc6: RFC 3484 ipv6 address selection order does not work as expected)

2008-02-14 Thread Debian Bug Tracking System
Your message dated Fri, 15 Feb 2008 00:20:57 +0100 with message-id <[EMAIL PROTECTED]> and subject line Re: Bug#465797: libc6: RFC 3484 ipv6 address selection order does not work as expected has caused the Debian Bug report #465797, regarding libc6: RFC 3484 ipv6 address selection order does not

Bug#465797: libc6: RFC 3484 ipv6 address selection order does not work as expected

2008-02-14 Thread Benoit Panizzon
Salut Aurelien > This has been fixed in version 2.7-7. Closing the bug. Thank you for your quick reply. I belive it's not fixed. After updating and rebooting the new machine to make sure the new libc6 ist being used for sure: ii libc6 2.7-8 GNU C Librar