Author: gotom
Date: 2005-03-29 08:36:07 + (Tue, 29 Mar 2005)
New Revision: 868
Added:
glibc-package/branches/glibc-2.3.4/debian/debhelper.in/libc-otherbuild.postrm
Log:
* Fix libc6 installation breakage when old libc6 and libc6-i686 was
installed, and it's replaced with a new libc
Processing commands for [EMAIL PROTECTED]:
> reassign 301641 linux-kernel-headers
Bug#301641: Linux kernel include files still inconsistent on sarge
Bug reassigned from package `kernel' to `linux-kernel-headers'.
>
End of message, stopping processing here.
Please contact me if you need assistanc
On Tuesday 29 March 2005 17:01, Daniel Jacobowitz wrote:
> Can you explain why you want to make this change? Long long is still
> correct for these types, and consistent within the kernel. The
> kernel types don't need to match stdint.h.
I got an error from
#ifdef OS_Linux
#include
#inclu
On Sun, Mar 27, 2005 at 12:17:08PM +0200, Andre Woebbeking wrote:
> Package: linux-kernel-headers
> Version: 2.5.999-test7-bk-17
> Severity: normal
>
> Hi,
>
> on AMD64 sizeof(long) is already 8 bytes, there is no need for long long.
> Also int64_t from stdint.h (libc6-dev) is only long and IMHO
On Tue, Mar 29, 2005 at 05:30:00PM +0200, André Wöbbeking wrote:
> On Tuesday 29 March 2005 17:01, Daniel Jacobowitz wrote:
>
> > Can you explain why you want to make this change? Long long is still
> > correct for these types, and consistent within the kernel. The
> > kernel types don't need to
On Tuesday 29 March 2005 17:37, Daniel Jacobowitz wrote:
> That's your bug.
No not mine, it's KDE's one ;-)
> Don't do that. Don't mix glibc and kernel headers.
Nevertheless IMHO it's at least strange if not even wrong to use
different types for 64 bit data. But as this will probably not b
Processing commands for [EMAIL PROTECTED]:
> tags 301153 moreinfo unreproducible
Bug#301153: libc6: Occasional EPERM during first fread() following popen()
There were no tags set.
Tags added: moreinfo, unreproducible
> thanks
Stopping processing here.
Please contact me if you need assistance.
D
At Tue, 29 Mar 2005 23:39:13 +0200,
André Wöbbeking wrote:
> I'll try to fix it in KDE.
Could you reassign this problem to the appropriate KDE package?
Regards,
-- gotom
At Sat, 26 Mar 2005 04:15:59 +0200,
George Cristian Birzan wrote:
> Output on experimental machine:
> [EMAIL PROTECTED]:~$ ldd /bin/bash
> linux-gate.so.1 => (0xe000)
> libncurses.so.5 => /lib/libncurses.so.5 (0xb7f93000)
> libdl.so.2 => /lib/tls/libdl.so.2 (0xb7f9)
> uname -a
> Linux debian 2.6.8-pegasos #1 Wed Aug 18 16:40:30 CEST 2004 ppc GNU/Linux
>
> When compiling star, I get error messages like:
>
> =3D=3D> COMPILING "fflags.o"
> In file included from /usr/include/linux/ext2_fs.h:20,
> from fflags.c:41:
> /usr/include/linux/ex
Processing commands for [EMAIL PROTECTED]:
> tags 248271 +woody
Bug#248271: nscd freezes when used with libnss-ldap on busy server.
There were no tags set.
Tags added: woody
> quit
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(admi
GOTO Masanori <[EMAIL PROTECTED]> wrote:
> > uname -a
> > Linux debian 2.6.8-pegasos #1 Wed Aug 18 16:40:30 CEST 2004 ppc GNU/Linux
> >
> > When compiling star, I get error messages like:
> >
> > =3D=3D> COMPILING "fflags.o"
> > In file included from /usr/include/linux/ext2_fs.h:20,
> >
13 matches
Mail list logo
