This package is optional but cannot be updated because libc6 is frozen
for a long time. Is there any chance for the locales package to have
its own source package in the future?
Denis
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
I am also experiencing this bug, but I haven't been able to produce a
test case that reproduces it.
When the bug occurs, if I hit ctrl-c under gdb and print a backtrace,
the last function call before the hang is mallopt(), called by
malloc().
I am running libc6 2.3.2.ds1-19 from Unstable, x86
At Sun, 19 Dec 2004 09:48:56 +0100,
Denis Barbier wrote:
This package is optional but cannot be updated because libc6 is frozen
for a long time. Is there any chance for the locales package to have
its own source package in the future?
There's debian/patches/11_cvs_locales.dpatch. Petter
Your message dated Sun, 19 Dec 2004 19:49:17 +0900
with message-id [EMAIL PROTECTED]
and subject line Bug#274756: libc6: abort() breaks gdb backtraces with 2.6
kernel
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this
On Sun, Dec 19, 2004 at 07:46:09PM +0900, GOTO Masanori wrote:
At Sun, 19 Dec 2004 09:48:56 +0100,
Denis Barbier wrote:
This package is optional but cannot be updated because libc6 is frozen
for a long time. Is there any chance for the locales package to have
its own source package in the
Your message dated Sun, 19 Dec 2004 23:22:55 +0900
with message-id [EMAIL PROTECTED]
and subject line libc6: getaddrinfo ai_canonname output broken
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
On 20041219T124113+0900, GOTO Masanori wrote:
This warning is come from gcc, not glibc. Gcc parses the first
argument of scanf. When gcc mets %as in C99 mode, GNU extension
should not be treated. This is gcc's expected behavior, so this is
not bug.
And you should reread the report if you
Processing commands for [EMAIL PROTECTED]:
reassign 179154 libnss-ldap
Bug#179154: nscd will help with lookup of passwd info, ignores group lookups?
Bug reassigned from package `nscd' to `libnss-ldap'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
reassign 179154 libnss-ldap
thanks
At Fri, 31 Jan 2003 01:58:50 -0500,
Derrik Pates wrote:
I'd like to be able to make my /etc/libnss-ldap.conf (I'm using LDAP
auth) mode 0600, so I can keep a bind DN and password in the config
file, and then just let nscd proxy the lookups of things for the
On Sun, Dec 19, 2004 at 02:26:15PM +0100, wrote:
On Sun, Dec 19, 2004 at 07:46:09PM +0900, GOTO Masanori wrote:
At Sun, 19 Dec 2004 09:48:56 +0100,
Denis Barbier wrote:
This package is optional but cannot be updated because libc6 is frozen
for a long time. Is there any chance for the
At Sun, 19 Dec 2004 14:26:15 +0100,
Denis Barbier wrote:
Another exampel of problem is debian/patches/locale-sr_CS.dpatch which
is not applied currently. It's currently disabled because glibc's
locale/iso-*.def files are not updated. I wonder why you don't know
such issue if you want to
At Sun, 19 Dec 2004 16:23:44 +0200,
Antti-Juhani Kaijanaho wrote:
On 20041219T124113+0900, GOTO Masanori wrote:
This warning is come from gcc, not glibc. Gcc parses the first
argument of scanf. When gcc mets %as in C99 mode, GNU extension
should not be treated. This is gcc's expected
On 20041220T010216+0900, GOTO Masanori wrote:
GNU extension is GNU's feature, not a bug. Glibc provides %as with
the historical reasons. If you don't want to use it, you should just
remove it. If you have another opinion or point of view to improve
it, show us your proposal.
Well, if GNU
At Sun, 19 Dec 2004 18:16:30 +0200,
Antti-Juhani Kaijanaho wrote:
On 20041220T010216+0900, GOTO Masanori wrote:
GNU extension is GNU's feature, not a bug. Glibc provides %as with
the historical reasons. If you don't want to use it, you should just
remove it. If you have another opinion
On 20041220T013000+0900, GOTO Masanori wrote:
%as is GNU extension. Why don't you want to use %a instead of
%as? Note that C99 defines %a as signed floating-point number,
not modifier flag like l,L. Or am I missing something?
That is exactly the problem. In C99 mode %as means %a followed
At Sun, 19 Dec 2004 18:44:16 +0200,
Antti-Juhani Kaijanaho wrote:
On 20041220T013000+0900, GOTO Masanori wrote:
%as is GNU extension. Why don't you want to use %a instead of
%as? Note that C99 defines %a as signed floating-point number,
not modifier flag like l,L. Or am I missing
On 20041220T092820+0900, GOTO Masanori wrote:
Gcc -std=c99 warns because it's not part of C99 behavior.
Of course.
Glibc can switch between various standards. Read info libc.
I am aware of that. I was under the impression that on a Debian system
compiling stuff with gcc --std=c99 will give
17 matches
Mail list logo