Hopefully this can be useful:
I failed to reproduce the same behaviour on Gentoo.
They use glibc-2.3.2
--
Best regards, Sergey Spiridonov
signature.asc
Description: OpenPGP digital signature
Package: libc6-i686
Version: 2.3.2.ds1-11
Severity: minor
Hello,
At the end of the package description, we can read the following
information:
WARNING: Some commercial programs may not work well with these
libraries. Most notably, IBM's JDK. If you experience problems
w
On Tue, Mar 23, 2004 at 01:05:52PM +0100, Mathieu Roy wrote:
> Package: libc6-i686
> Version: 2.3.2.ds1-11
> Severity: minor
>
> Hello,
>
>
> At the end of the package description, we can read the following
> information:
>
>
> WARNING: Some commercial programs may not work well with t
Processing commands for [EMAIL PROTECTED]:
> reassign 234236 linux-kernel-headers
Bug#234236: util-linux_2.12-6(mipsel/unstable): FTBFS on mips and mipsel
Bug reassigned from package `util-linux' to `linux-kernel-headers'.
> tags 234236 +patch
Bug#234236: util-linux_2.12-6(mipsel/unstable): FTBFS
clone 234236 -1
reassign -1 util-linux
severity 234236 normal
tags -1 -patch
thanks
Thiemo Seufer wrote:
> reassign 234236 linux-kernel-headers
> tags 234236 +patch
> thanks
>
> Goswin von Brederlow wrote:
> [snip]
> The _syscall5 macro is undefined and thus not replaced. Looking at the header
>
Processing commands for [EMAIL PROTECTED]:
> clone 234236 -1
Bug#234236: util-linux_2.12-6(mipsel/unstable): FTBFS on mips and mipsel
Bug 234236 cloned as bug 239670.
> reassign -1 util-linux
Bug#239670: util-linux_2.12-6(mipsel/unstable): FTBFS on mips and mipsel
Bug reassigned from package `lin
Processing commands for [EMAIL PROTECTED]:
> reassign 238786 libc6
Bug#238786: cyrus21-imapd: APPEND fails on Alpha with Invalid date-time
Bug reassigned from package `cyrus21-imapd' to `libc6'.
> retitle 238786 gmtime returns NULL for time_ts larger than 40 bits on Alpha
Bug#238786: cyrus21-imap
Hello,
This is Patrick Chauvel, I spoke with you a few years ago about making
a film on the pernkoff book. I am a french film producer. I am sorry,
I did not contact you since.
I had so many assignements around the world because of the events in
Tchetchenia, Israel and Irak that put me on the r
Jeff Bailey wrote:
> I'd like to put forward the idea of moving the repo to svn (and
> svn.debian.org). Talking with pere online, he wants to clean up the
> locales mess in our patches directory, some of which involves renames.
>
> renames have bitten us a few times, and it would be nice to Stop
I forgot a crucial detail about mounting the kernel file systems early
in the boot process: /dev/pts must be mounted after udev has mounted its
own ramfs over /dev, so we will still need two different init script
even after mountkernfs will be removed from libc6.
--
ciao, |
Marco | [5289 trbA.sor
Package: locales
Version: 2.3.2.ds1-11
Severity: important
Tags: sid l10n
Sorry for the english,
I have an ibook G4 with a qwerty italian keyboard. If use it_IT.UTF-8
for the environment locale the key àèìòù stop to work, even if I
reconfigure console-data.
-- System Information:
Debian Release
On Wed, 24 Mar 2004 01:00:38, Marco d'Itri wrote:
> I forgot a crucial detail about mounting the kernel file systems early
> in the boot process: /dev/pts must be mounted after udev has mounted its
> own ramfs over /dev, so we will still need two different init script
> even after mountkernfs will
> The false sentence quoted above should be removed from stdlib.h.
Actually, in the context of the mess with initscripts, it would probably be
better if the documented behavior was implemented. In the meantime, stdlib.h
should say:
TO DO: Allow the last file name component to not exist, o
Hello:
Im a little confused with [1], because I don't know if this really
concerns to the 'aget' package.
Please, take a look at it.
Thanks,
Bruno.
* CC to me, I'm not on this list.
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=239164
--
Midway upon the journey of our life,
I found my
On Sun, Mar 21, 2004 at 08:24:39PM -0500, Nathanael Nerode wrote:
> Jeff Bailey wrote:
> > I prefer svn over arch because svn seems to work close enough to cvs
> > that I don't need to spend much time learning it. I also think that the
> > upstream author of arch is an ass, but that should really
15 matches
Mail list logo