Your message dated Fri, 23 Jul 2004 15:35:24 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Bug#260928: locales: en_US.ISO8859-1 LC_COLLATE seems wrong:
sorts AaBbCc, not ABCabc?
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has be
Hi,
At Mon, 19 Jul 2004 15:32:34 +0200 (CEST),
Fabien Carrion wrote:
> I got a little suggestion for the package libc6-dbg. I used it for a
> little while, and the principal limitation is that we can't debug inside
> the macros. So I would like to know if you planed to do an another package
> with
At Fri, 23 Jul 2004 02:51:26 +0200,
Marek Habersack wrote:
> I have just finished compiling glibc 2.3.2.ds1-13 patched to contain the
> crypt-blowfish support from the OWL project (http://openwall.com/crypt/). I
> applied, compiled and is running without any even the slightest problem. My
> goal
Package: libc6
Version: 2.3.2.ds1-13
Severity: normal
I encounteded this while trying to run IBM's ViaVoice and xvoice (speech
recognition software). I had previously ('round 2002) good results, but
didn't reinstall it on a newer machine until now.
Background : IBM's apps (installer, voice train
Package: glibc
Severity: wishlist
Tags: patch
To compile glibc on amd64 (and other architectures) with gcc-3.4,
the '-fno-unit-at-a-time' patch from upstream is necessary.
Without this patch, the gcc-3.4 compiler reorders some assembly code and
the resulting pthread libraries will segfault.
The
[Cc-ing d-devel and d-glibc to try to have full opinions]
On Thu, Jul 22, 2004 at 08:48:36PM +0200, Christoph Hellwig wrote:
> > This library has been included in glibc 2.3.4 (04/08/2004 in changelog)
> > and will no more actively maintaind by upstream as a separate library.
> > I'd like to packag
At Fri, 23 Jul 2004 10:45:52 +0200,
Mattia Dongili wrote:
> [Cc-ing d-devel and d-glibc to try to have full opinions]
>
> On Thu, Jul 22, 2004 at 08:48:36PM +0200, Christoph Hellwig wrote:
> > > This library has been included in glibc 2.3.4 (04/08/2004 in changelog)
> > > and will no more actively
On Fri, Jul 23, 2004 at 07:05:35PM +0900, GOTO Masanori wrote:
> At Fri, 23 Jul 2004 10:45:52 +0200,
> Mattia Dongili wrote:
> > [Cc-ing d-devel and d-glibc to try to have full opinions]
> >
> > On Thu, Jul 22, 2004 at 08:48:36PM +0200, Christoph Hellwig wrote:
> > > > This library has been includ
On Fri, Jul 23, 2004 at 07:05:35PM +0900, GOTO Masanori wrote:
> I don't understand why you think it's bad idea. Until glibc included
> mqueue, it was existed as separated library. AFAIK, there is no
> application that use mqueue library in main. This means user links
> mqueue library with his a
At Fri, 23 Jul 2004 16:28:56 +0200,
Christoph Hellwig wrote:
> On Fri, Jul 23, 2004 at 07:05:35PM +0900, GOTO Masanori wrote:
> > I don't understand why you think it's bad idea. Until glibc included
> > mqueue, it was existed as separated library. AFAIK, there is no
> > application that use mqueu
On Fri, Jul 23, 2004 at 04:28:56PM +0200, Christoph Hellwig wrote:
> On Fri, Jul 23, 2004 at 07:05:35PM +0900, GOTO Masanori wrote:
> > I don't understand why you think it's bad idea. Until glibc included
> > mqueue, it was existed as separated library. AFAIK, there is no
> > application that use
Hi,
At Mon, 19 Jul 2004 15:32:34 +0200 (CEST),
Fabien Carrion wrote:
> I got a little suggestion for the package libc6-dbg. I used it for a
> little while, and the principal limitation is that we can't debug inside
> the macros. So I would like to know if you planed to do an another package
> with
At Fri, 23 Jul 2004 02:51:26 +0200,
Marek Habersack wrote:
> I have just finished compiling glibc 2.3.2.ds1-13 patched to contain the
> crypt-blowfish support from the OWL project (http://openwall.com/crypt/). I
> applied, compiled and is running without any even the slightest problem. My
> goal
[Cc-ing d-devel and d-glibc to try to have full opinions]
On Thu, Jul 22, 2004 at 08:48:36PM +0200, Christoph Hellwig wrote:
> > This library has been included in glibc 2.3.4 (04/08/2004 in changelog)
> > and will no more actively maintaind by upstream as a separate library.
> > I'd like to packag
At Fri, 23 Jul 2004 10:45:52 +0200,
Mattia Dongili wrote:
> [Cc-ing d-devel and d-glibc to try to have full opinions]
>
> On Thu, Jul 22, 2004 at 08:48:36PM +0200, Christoph Hellwig wrote:
> > > This library has been included in glibc 2.3.4 (04/08/2004 in changelog)
> > > and will no more actively
Package: libc6
Version: 2.3.2.ds1-13
Severity: normal
I encounteded this while trying to run IBM's ViaVoice and xvoice (speech
recognition software). I had previously ('round 2002) good results, but
didn't reinstall it on a newer machine until now.
Background : IBM's apps (installer, voice train
On Fri, Jul 23, 2004 at 07:05:35PM +0900, GOTO Masanori wrote:
> At Fri, 23 Jul 2004 10:45:52 +0200,
> Mattia Dongili wrote:
> > [Cc-ing d-devel and d-glibc to try to have full opinions]
> >
> > On Thu, Jul 22, 2004 at 08:48:36PM +0200, Christoph Hellwig wrote:
> > > > This library has been includ
On Fri, Jul 23, 2004 at 07:05:35PM +0900, GOTO Masanori wrote:
> I don't understand why you think it's bad idea. Until glibc included
> mqueue, it was existed as separated library. AFAIK, there is no
> application that use mqueue library in main. This means user links
> mqueue library with his a
Package: glibc
Severity: wishlist
Tags: patch
To compile glibc on amd64 (and other architectures) with gcc-3.4,
the '-fno-unit-at-a-time' patch from upstream is necessary.
Without this patch, the gcc-3.4 compiler reorders some assembly code and
the resulting pthread libraries will segfault.
The
At Fri, 23 Jul 2004 16:28:56 +0200,
Christoph Hellwig wrote:
> On Fri, Jul 23, 2004 at 07:05:35PM +0900, GOTO Masanori wrote:
> > I don't understand why you think it's bad idea. Until glibc included
> > mqueue, it was existed as separated library. AFAIK, there is no
> > application that use mqueu
On Fri, Jul 23, 2004 at 04:28:56PM +0200, Christoph Hellwig wrote:
> On Fri, Jul 23, 2004 at 07:05:35PM +0900, GOTO Masanori wrote:
> > I don't understand why you think it's bad idea. Until glibc included
> > mqueue, it was existed as separated library. AFAIK, there is no
> > application that use
Processing commands for [EMAIL PROTECTED]:
> clone 254314 -1
Bug#254314: regexec(): segfaults in UTF-8 locales under some circumstances
Bug 254314 cloned as bug 261135.
> submitter-1 !
Bug#261135: regexec(): segfaults in UTF-8 locales under some circumstances
Changed Bug submitter from Andrea
22 matches
Mail list logo