On Fri, Aug 26, 2005 at 02:43:39AM +, Masanori Goto wrote:
> Author: gotom
> Date: 2005-08-26 02:43:37 + (Fri, 26 Aug 2005)
> New Revision: 1026
>
[...]
> +# intel i386 requires a recent kernel
> +if [ "$realarch" = i386 ]
> +then
> + if dpkg --compare-versions "$kernel_ver
Hi,
So this only affects users who do or do not have the ssh metapackage
installed? This bug report is a bit confusing.
Thanks,
Andres
Package: libc6-dev
Version: 2.3.1-15
Severity: normal
Somewhere between -14 and -15, /usr/include/sys/io.h seems to have
disappeared for ppc (and possibly other archs).
On an i386 machine:
[EMAIL PROTECTED]:~$ dpkg -L libc6-dev|grep "sys/io.h" || echo "nada."
/usr/include/sys/io.h
[EMAIL PROTECTE
On Sat, 2003-03-22 at 22:32, GOTO Masanori wrote:
> At Sat, 22 Mar 2003 21:02:44 -0500,
> Andres Salomon wrote:
> > Somewhere between -14 and -15, /usr/include/sys/io.h seems to have
> > disappeared for ppc (and possibly other archs).
> >
> > On an i386 machine:
&g
Package: libc6-dev
Version: 2.3.1-15
Severity: normal
Somewhere between -14 and -15, /usr/include/sys/io.h seems to have
disappeared for ppc (and possibly other archs).
On an i386 machine:
[EMAIL PROTECTED]:~$ dpkg -L libc6-dev|grep "sys/io.h" || echo "nada."
/usr/include/sys/io.h
[EMAIL PROTECTE
On Sat, 2003-03-22 at 22:32, GOTO Masanori wrote:
> At Sat, 22 Mar 2003 21:02:44 -0500,
> Andres Salomon wrote:
> > Somewhere between -14 and -15, /usr/include/sys/io.h seems to have
> > disappeared for ppc (and possibly other archs).
> >
> > On an i386 machine:
&g
Package: libc6-dev
Version: 2.3.1-16
Severity: normal
/usr/include/linux/ethtool.h should be the same across all
architectures, as it's pulled from the kernel's include/linux directory.
However, it would appear that the m68k package has an out-of-date
ethtool.h file (and I suspect others) that's k
After talking w/ infinity on IRC, I realize now what the problem is; the
headers in m68k's glibc are from 2.4.14. I'm told that there is an
attempt to update to 2.4.20, which should fix the issue..
Package: libc6
Version: 2.2.5-11.1
Severity: important
(note: making the severity important 'cause this is a particularly
annoying bug, that should _not_ be in a "stable" debian release).
Several people have complained that things using getaddrinfo() (telnet,
apt, curl, links, and many others) i
Ben, you mentioned a while ago (via irc) that I can get around this
problem by having IPv6 entries in my /etc/hosts file. I tried it, and
it didn't work. Please provide details about how to properly make
entries in /etc/hosts resolve (without having to add the trailing dot),
or provide a pointer
Ok, so the proper behavior is fr getaddrinfo() to continue resolution; I
understand this. However, it's the order that it's probing the hosts
that is the problem. It begins probing by appending a dot to the host,
and looking up that. If it finds dns information for that host, it
returns that in
Package: libc6-dev
Version: 2.3.2.ds1-12
Severity: normal
I'm seeing some very odd behavior with dev_t (defined in linux/kdev_t.h)
and varargs. I have the following source file:
#include
#include
#include
int mai
Package: libc6-dev
Version: 2.3.2.ds1-12
Severity: normal
I'm seeing some very odd behavior with dev_t (defined in linux/kdev_t.h)
and varargs. I have the following source file:
#include
#include
#include
int mai
Package: libc6
Version: 2.3.2.ds1-16
Severity: normal
(Not filing as wishlist because, well, it's a bug.)
If sendfile64() fails because the underlying OS doesn't implement it (as
linux 2.4.x fails to do for a number of architectures), it currently
just breaks. If large file support is turned on,
On Mon, 2004-08-16 at 09:23 +0900, GOTO Masanori wrote:
> At Sun, 15 Aug 2004 03:02:47 -0400,
> Andres Salomon wrote:
> > (Not filing as wishlist because, well, it's a bug.)
> > If sendfile64() fails because the underlying OS doesn't implement it (as
> > linux
15 matches
Mail list logo
