I don't agree with the concept of UTF-8-CJK because it's over
exaggerated. Is it a locale dependent issue, or character encoding
issue?
According to UAX#11, your point doesn't make sense because your
reference just mention about character mapping. Instead, When
processing or displaying data
d with other things.
ld.so.d seems nice idea, IMHO.
* BTW, your package does not have link file: ld.so (- ld-linux.so.2).
Is this needed ?
Regards,
-- GOTO Masanori
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
At Thu, 25 Jul 2002 11:27:58 -0400,
Ben Collins wrote:
Module is glibc-package. You'll need the glibc_2.2.5.orig.tar.gz tarball
from the archive to go with it.
Those three folks that I emailed about helping to work on things. Knock
yourself out on the BTS :)
Thanks for your work. Good
At Fri, 26 Jul 2002 18:57:06 -0400,
Ben Collins wrote:
Package: finger
Version: 0.17-6
finger does a core dump on my machine. Starting it with
'strace -f finger' I get
:
:
open(/etc/passwd, O_RDONLY) = 3
fcntl64(3, F_GETFD) = 0
fcntl64(3,
Jeff Bailey wrote:
On Sat, Aug 03, 2002 at 08:42:55PM -0400, Ben Collins wrote:
We need to get the current -13 in CVS out the door to unstable real
soon. Any of my new minions want to take on releasing a new glibc upon
the masses?
Really needed. XDR vulnerability should be fixed
(I guess Ben
Ben Collins wrote:
I agree to that confusion should not be occured especially glibc
until upstream thinks it reaches release stability level.
OK, we are going to patch 'one by one model' until 2.2.6/2.2.90
would be released with patch state marking you mentioned.
No, we are going to stay
At Wed, 7 Aug 2002 19:44:43 +0200,
Michael Fedrowitz wrote:
glibc22-m68k-compat.dpatch
2.2 CVS:not in
2.3 CVS:not in
Comment:Should be merged within upstream if it's ok.
Status: merge
No, see bug #78937 for details. And I suppose most
At Wed, 7 Aug 2002 15:47:41 -0400,
Ben Collins wrote:
string2-pointer-arith.dpatch
2.2 CVS:not in
2.3 CVS:not in
Comment:I tested sample programs (compiled with gcc-2.95, 3.0,
3.1) stated in #45824, #44491, #44697, but I can't
Hi,
I tagged the snapshot of release glibc 2.2.5-13 as 'glibc_2_2_5-13'.
Now we've started to make 2.2.5-14.
I plan to update debian/patches/glibc-cvs.dpatch up to today's
glibc-2-2-branch upstream CVS stated by Ben Collins. This update also
fixes alpha build failure pointed out by Jeff Bailey.
At Sun, 11 Aug 2002 15:49:30 +0200,
Michael Fedrowitz wrote:
So, we should keep applying only the below patch as Debian specific?
[...]
And the same for lchown, see below for the full patch.
Thanks!
I've modified 'glibc22-m68k-compat.dpatch' with your patch in glibc CVS.
-- gotom
--
At Sat, 31 Aug 2002 09:20:35 -0400 (EDT),
Jack Howarth wrote:
Yes, it looks like it got bumped from libpthread-0.9.so to
libpthread-0.10.so. The Banner file that is placed in
~/debian-glibccvs/glibc-2.3/glibc-2.2.92/linuxthreads now cats..
linuxthreads-0.10 by Xavier Leroy
I'll see if
At Wed, 28 Aug 2002 13:32:08 -0400,
Carlos O'Donell wrote:
Thanks for the wait, I needed to figure out how much
if any breakage would result from this change. Seems
there isn't that much use of mcontext without having
implemented set/get/make/swap/context() for hppa.
As an addendum,
At Sat, 31 Aug 2002 07:20:59 -0700,
Jeff Bailey wrote:
BTW, I successfully build on glibc-2.2.92.deb on i386 using binary
only install-info. Look at my machines's dpkg -l as follows :-)
Thanks Jeff and Jack for your working.
Excellent! Can you please email libc-alpha to tell them that
Did you inform these bugs to upstream author already ?
The patch of io/ftw.c and ISO-4217.def is not existed in upstream cvs,
but other are all already in.
I concern ISO-4217.def. ISO-4217.def should be fixed in upstream
level... I don't know it's ok or not. Many currency are removed from
the
At Wed, 4 Sep 2002 11:56:27 -0700,
Jeff Bailey wrote:
On Wed, Sep 04, 2002 at 02:38:29PM -0400, Carlos O'Donell wrote:
glibc-2.2.5/sysdeps/unix/sysv/linux/hppa/bits/fcntl.h is missing the
following bits:
I have a patch, but I'm running it through a build and test. Will
post when
At Wed, 4 Sep 2002 20:12:30 -0500,
Anthony Towns wrote:
On Sun, Sep 01, 2002 at 05:17:43PM +0900, GOTO Masanori wrote:
I concern ISO-4217.def. ISO-4217.def should be fixed in upstream
level... I don't know it's ok or not. Many currency are removed from
the list, but the stance of glibc
At Thu, 5 Sep 2002 12:35:04 -0500 (CDT),
Adam Heath wrote:
On Thu, 5 Sep 2002, Daniel Jacobowitz wrote:
[CC me if you reply to debian-dpkg]
So... apparently, because of changes in Perl, an existing bug has become
much more easily triggered. It won't be fixed without a major regex
At Tue, 10 Sep 2002 18:04:04 -0700,
Ryan Murray wrote:
I plan to (N)?MU 2.2.5-14 with the following changes:
libc{6,6.1} depending on libdb1-compat
include msq.h header for MIPS
fix for alpha stxncpy
This will close all outstanding release critical bugs in the 2.2
series,
At Tue, 10 Sep 2002 10:32:39 +0200,
Enrico Zini wrote:
I've tried to run dpkg-reconfigure to add locales to my system, but the
/etc/locale.gen file is untouched after the reconfiguration. The
contents of the file are:
--
### BEGIN
At Wed, 18 Sep 2002 09:47:12 -0400,
Ben Collins wrote:
On Wed, Sep 18, 2002 at 06:38:47AM -0700, Jeff Bailey wrote:
On Wed, Sep 18, 2002 at 09:33:51AM -0400, Ben Collins wrote:
And yes, there will be atleast i586/i686/v9/v9b optimized libs when
we release 2.2.xx/2.3.x. The
At Wed, 18 Sep 2002 20:32:56 -0400,
Ben Collins wrote:
Ben Collins wrote:
On Wed, Sep 18, 2002 at 06:38:47AM -0700, Jeff Bailey wrote:
On Wed, Sep 18, 2002 at 09:33:51AM -0400, Ben Collins wrote:
And yes, there will be atleast i586/i686/v9/v9b optimized libs when
we release
At Tue, 1 Oct 2002 07:50:08 -0700,
Jeff Bailey wrote:
FYI - I ran some tests this morning before work and the regular glibc
package still miscompiles ldconfig, but a regular
../glibc-2.2.94/configure --prefix=/usr --enable-add-ons; make
compile works fine.
I should now have a good set of
At Fri, 18 Oct 2002 15:57:38 +0200,
Rene Engelhard wrote:
I yesterday upgraded glibc to the 2.3.1-1 release and suddenly my
fetchmail does not work complaining it cannot connect to local SMTP.
Downgrading all *libc* and locales Packages to 2.2.5-15 fixes that...
/etc/init.d/nscd stop
At Fri, 18 Oct 2002 10:26:03 +0200,
Fabio Massimo Di Nitto wrote:
like in the topic. the patch is not needed anymore.
The new resolver in glibc-2.3.1 is now perfectly able to handle both ip6.arpa
and ip6.int queries.
Thanks for your suggestion. I've just disabled it.
there are some pro
We debian-glibc maintainer team got some reports and complaints about
upgrading glibc 2.3.1-1 package, so please read this if you use this
new one.
After upgrading libc package, then please stop-and-start network
services/daemons, because name service switch is changed in glibc 2.3.
ex) inetd
At Wed, 16 Oct 2002 09:50:19 -0400 (EDT),
Jack Howarth wrote:
I thought the plan was to simply push glibc 2.3.1 into sid, no?
I have been running the glibc 2.3 debian cvs source patches
and glibc cvs (built almost daily) on debian ppc sid for about
a month now. I have seen no issues running
At Sat, 19 Oct 2002 08:42:52 +1000,
[EMAIL PROTECTED] wrote:
The ldd script fails on non-executable files (such as most libraries)
if the file package is not installed.
This is caused by debian/patches/ldd.dpatch, which uses 'file' command.
See below diff:
- eval $add_env '$file' ||
At Sun, 20 Oct 2002 14:02:42 -0400,
Daniel Jacobowitz wrote:
On Mon, Oct 21, 2002 at 01:20:00AM +0900, GOTO Masanori wrote:
At Sun, 20 Oct 2002 11:40:37 -0400,
Daniel Jacobowitz wrote:
I sent the workaround for this to this list but no one seems to have
noticed it. Jeff, you might want
At Mon, 21 Oct 2002 10:23:47 +0900,
GOTO Masanori wrote:
I've added debian/patches/glibc23-lc-ctype-compat.dpatch in cvs
experimentaly. I've just started to build and test this problem.
I hope all concerns are gone away.
OK, debian/patches/glibc23-ctype-compat.dpatch fix this problem.
From
At Tue, 22 Oct 2002 05:28:57 -0700,
Jeff Bailey wrote:
On Mon, Oct 21, 2002 at 09:45:42PM -0600, Debian GLibc CVS Master wrote:
- debian/libc/DEBIAN/postinst: add more NSS services.
Can you please provide more detail in your ChangeLog entries?
Well... it's too minimal description,
At Tue, 22 Oct 2002 22:11:27 +1000,
Herbert Xu wrote:
On Tue, Oct 22, 2002 at 05:57:19AM -0600, John Marvin wrote:
However, the code checks for EWOULDBLOCK, not EAGAIN. Other Unix OS's
might use EWOULDBLOCK in this case, but Linux uses EAGAIN. You should
not get an EWOULDBLOCK from a
[Cc to BTS]
At Wed, 23 Oct 2002 22:58:07 +0800,
$(0-nKgTJ(B [EMAIL PROTECTED] wrote:
Your 'From:' field uses raw BIG5? Using MIME encode is better...
Why is this bug assigned for libc6? Which version is libc6 ?
libc6 is glibc. I have seen the same bug before when I
At Tue, 22 Oct 2002 10:45:32 -0600,
Debian GLibc CVS Master wrote:
Repository: glibc-package/debian
who:jbailey
time: Tue Oct 22 10:45:32 MDT 2002
Log Message:
* Jeff Bailey [EMAIL PROTECTED]
- debian/patches/cvs.dpatch: New file.
- debian/patches/0list: Update
Why is this bug assigned for libc6? Which version is libc6 ?
BTW, this bug is appeared on woody (2.2.5-15), but
not on sid (2.3.1-3).
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
At Tue, 22 Oct 2002 23:21:38 +0100,
Thom May wrote:
The apache2 package which provides /etc/init.d/apache2 is
apache2-common, thus the code in postinst fails to detect it.
A patch attached to fix it, is ugly but should work.
Thanks for your tracking apache2.
BTW, do you think this patch?
---
At Mon, 28 Oct 2002 19:51:05 +0800,
Andrew Shugg wrote:
...And, is this bug really same things as #165699, #165719, #165718,
and #165699?
Regards,
-- gotom
Dunno. Probably. You'd need to ask the person who initially filed the
bug report. But I would say yes, it can probably be
At Mon, 28 Oct 2002 09:48:49 -0700,
Adam Conrad wrote:
So, I wonder they're really same bugs. But it seems that other php4
issue seems being fixed in 2.3.1-3, so this #166414 bug should be
already fixed.
The bugs are still there, AFAICT. It does appear that some people (You,
Steve
GOTO Masanori [EMAIL PROTECTED]
* sysdeps/unix/sysv/linux/testrtsig.h: Fix possibly illegal
evaluation order.
--- sysdeps/unix/sysv/linux/testrtsig.h 2001-07-06 13:56:13.0 +0900
+++ sysdeps/unix/sysv/linux/testrtsig.h.new 2002-10-29 12:12:20.0 +0900
@@ -30,7 +30,9
At Mon, 28 Oct 2002 09:48:49 -0700,
Adam Conrad wrote:
The bugs are still there, AFAICT. It does appear that some people (You,
Steve Langasek) can't reproduce this, while others (me, submitters,
several people who've mailed me privately about it) get the segv on
every apache invocation.
At Tue, 29 Oct 2002 08:19:45 +0100,
Joost Yervante Damad wrote:
if I add the following patch to the debian/patches dir
and the debian/patches/0list, winex 2.0 works fine for me
again:
Thanks, this patch seems ok.
BTW, for debian glibc developer, redhat patch also moves this part to
At Tue, 29 Oct 2002 05:10:13 -0800,
Jeff Bailey wrote:
I'd like to push towards getting -4 into the archive. It will include a CVS
pull, so will have such goodies as:
1) A regex engine that doesn't leak like a sieve..
2) A patch for the RT signals that drow emailed about.
3) timezone
At Sun, 3 Nov 2002 22:09:39 -0500,
Daniel Jacobowitz wrote:
On Sun, Nov 03, 2002 at 09:13:33PM -0500, Jeff Bailey wrote:
On Sun, 2002-11-03 at 20:24, Daniel Jacobowitz wrote:
I think we should simply make sure that Sarge's release notes indicate
that certain commercial programs (Java,
severity 153762 normal
tags 153762 woody
merge 153762 165760
thanks
This bug is fixed in sid, but it still remains in woody,
so keep this bug as normal.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Jamin W. Collins wrote:
I've recently built jabber-1.4.2a sources against the Debian
libc-2.3.1-5 package and have no problem with my Jabber server. It
would appear the problems the original reporter was having have either
been corrected between libc-2.3.1-3 and libc-2.3.1-5 or the problem
At Sat, 30 Nov 2002 09:35:45 -0800,
Randolph Chung wrote:
There are still many critical, grave and serious bugs listed in BTS
against glibc. Should we try to fix some of them? :-)
Thanks for your clarification.
Critical:
* #162551: libc6-sparc64 conflicts with fakeroot
Package:
At Sat, 14 Dec 2002 20:54:51 +0200 (EET),
Martin--bÉric Racine wrote:
At Sat, 14 Dec 2002 18:27:31 +0200 (EET),
Martin--b�ric Racine wrote:
Versions of packages libc6 depends on:
ii libdb1-compat 2.1.3-7The Berkeley database routines
[gl
Please send
At Sun, 15 Dec 2002 15:58:07 +0200 (EET),
Martin--bÉric Racine wrote:
Provides partial answers to (Bug#172995: libc6) and (Bug#110091: sylpheed). Thanks
to Goto Masanori for
hinting me this one (you were almost right to say fonts were at fault - it's
actually locales).
If I have fi_FI@euro
At Mon, 2 Dec 2002 12:35:48 -0800,
David Schleef wrote:
I've been playing with building and using the libc6-i686 package
recently, mainly to help track down a Red Hat bug.
Thanks for your report. We really hope libc6-i686 package which is
currently dropped because of its brokenness.
A few
At Sun, 10 Nov 2002 11:47:12 -0500,
B T wrote:
upgrading libc6 has made my mouse choppy (long response time) . I have also filed
this bug with gpm as I don't know what the problem is.
It may be pertinent to note I have mouse acceleration turned off in my .svgalibrc
file to make the mouse
At Wed, 18 Dec 2002 09:12:27 -0800,
Jeff Bailey wrote:
On Wed, Dec 18, 2002 at 08:34:49AM -0700, Debian GLibc CVS Master wrote:
- glibc23-function-compat.dpatch: Added for some bad application to
keep running and not to resolve some symbols like __libc_wait,
At Wed, 18 Dec 2002 16:40:20 -0800,
Jeff Bailey wrote:
BTW, should I add this issue to debian/FAQ, or other file? It's
trivial, so I don't care about it, but someone may want to know it...?
Mmmm.. Probably - Can we wait until -6 is out the door, though? It's
almost finished building on
At Wed, 18 Dec 2002 09:14:08 -0800,
Jeff Bailey wrote:
On Thu, Dec 19, 2002 at 01:33:44AM +0900, GOTO Masanori wrote:
I wish I could say that I see massive performance improvements, but
I don't.
Preparing optimization packages is one of our goal.
All I really know about
nscd crashing because of nonimplemented handling of SIGHUP send by
user{add,del,mod}
This also can be found in /etc/init.d/nscd where signal 1 is sent to
nscd:
SNIP
reload)
echo Reloading Name Service Cache Daemon configuration...
start-stop-daemon --stop --signal
At Sat, 07 Dec 2002 15:58:39 +0100,
root wrote:
The mysql server failed after I upgraded from libc6 2.2.
Restarting it solved the problem.
What do you mean 'failed'?
Is the network service of MySQL caused something in trouble?
How to restart?
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL
At Sat, 21 Dec 2002 14:56:34 +0900,
Masato Taruishi wrote:
At 20 Dec 2002 16:05:06 +0100,
Nagy Peter.1 wrote:
Actually, your patch doesn't fix bug #172439. The problem is in the
postinst script. If /etc/locale.gen exists, bug XXX GENERATED XXX is not
present in it, postint won't touch
At Sat, 21 Dec 2002 21:55:05 +0900,
GOTO Masanori wrote:
At Sat, 21 Dec 2002 14:56:34 +0900,
Masato Taruishi wrote:
At 20 Dec 2002 16:05:06 +0100,
Nagy Peter.1 wrote:
Actually, your patch doesn't fix bug #172439. The problem is in the
postinst script. If /etc/locale.gen exists, bug
Funny enough, the problem does not occur with the GNU grep
2.2 on my system, which may mean that GNU grep is using a
different POSIX regexp implementation.
Fascinating. grep 2.3 is also buggy, but different than glibc (it
matches 0 lines from my test file). grep 2.4 seems to be ok.
Is
At Sun, 22 Dec 2002 02:09:20 +0900,
Masato Taruishi wrote:
At Sun, 22 Dec 2002 01:32:53 +0900,
GOTO Masanori wrote:
Actually, your patch doesn't fix bug #172439. The problem is in the
postinst script. If /etc/locale.gen exists, bug XXX GENERATED XXX is not
present
At Thu, 19 Dec 2002 11:20:17 +0100,
Walter Hofmann wrote:
On Thu, 19 Dec 2002, GOTO Masanori wrote:
At Sat, 07 Dec 2002 15:58:39 +0100,
root wrote:
The mysql server failed after I upgraded from libc6 2.2.
Restarting it solved the problem.
What do you mean 'failed
At Mon, 23 Dec 2002 02:08:22 +0900 (JST),
ChanChan KO wrote:
Package: libc6
Version: 2.3.1-6
Severity: important
Tags: sid
Upgrading libc to this version,some of I18N'ed program can't set locale,
assumes to be C.
i.e.) kterm,krxvt,Gtk1.2 (when using gtk_set_locale())...
I also use
At Sun, 22 Dec 2002 09:12:16 -0500,
Ben Collins wrote:
fcntl64(3, F_SETFD, FD_CLOEXEC) = -1 ENOSYS (Function not implemented)
fcntl(3, F_SETFD, FD_CLOEXEC) = 0
brk(0) = 0x805b000
brk(0x805c000) = 0x805c000
Please don't use glibc 2.3.1-6 on linux kernel 2.2.x. glibc 2.3.1-6
has bug of getdents(), so ls or all getdents() operation are
failed. It's no problem on kernel 2.4.
If you're in trouble with this problem: (1) boot kernel 2.4, and
downgrade glibc from -6 to -5, or (2) stop using old kernel 2.2,
At Sun, 22 Dec 2002 20:57:52 -0500,
[EMAIL PROTECTED] wrote:
At Sun, 22 Dec 2002 11:22:16 -0600,
Hank Marquardt wrote:
Interesting -- I upgraed a couple 2.4 boxes and they were OK ... and
others reported the same; but good to know (and report) that all may not
be well in 2.4land
At Wed, 25 Dec 2002 11:51:58 +0900,
Botond Botyanszki wrote:
Package: locales
Version: 2.3.1-8
Severity: critical
Tags: sid
Justification: breaks unrelated software
locale aliases don't work anymore.
Example (japanese is an alias for ja_JP.eucJP):
[boti@mick boti]$ export
At Fri, 27 Dec 2002 00:15:25 -0500,
Daniel Jacobowitz wrote:
On Thu, Dec 26, 2002 at 09:58:34PM -0800, Jeff Bailey wrote:
On Thu, Dec 26, 2002 at 09:35:30PM -0600, Anthony Towns wrote:
Any objections?
Not an objection, but I'd *suggest* you don't do this; the most important
At Thu, 26 Dec 2002 18:01:10 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
At least, it's not surprising that the minimal case Branden provided in
BTS segfaults. It's nothing to do with getpt(); the code is using in
uninitialized pointer *pts.
Yes. This test program is wrong. It needs to replace
At Thu, 26 Dec 2002 22:25:33 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
Jeff Bailey wrote:
The original bug seems to be for manpages not correctly documenting
strsignal needs _GNU_SOURCE defined. That appears to now be
corrected.
Confirmed.
It's OK for me.
Is there still a bug
I took a closer look at hppa/bits/shm.h and saw that the patch was NOT
applied, at least not after the #define SHM_UNLOCK line which appears in
the preceding context of the patch. The relevant context of shm.h is as
follows:
At Fri, 27 Dec 2002 12:54:09 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
In glibc-doc (2.3.1-6), the tags now look like:
TITLEThe GNU C Library: Introduction/TITLE
Furthermore, 'grep Untitled /usr/share/doc/glibc-doc/html/*' turns up
nothing. So I propose this bug be closed.
Thanks for
At Fri, 27 Dec 2002 13:00:04 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
tags 86220 + unreproducible
thanks
Should this bug be closed altogether? The submitter himself can't
reproduce it, and judging from the fact that tolower() *is* being used, I
think this is just a mistake on the part
At Fri, 27 Dec 2002 12:10:19 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
Attached is a patch that re-words the description in the info file to
document the additional requirement that umount() can only take the mount
point, not the mount device, as argument.
--- sysinfo.texi.ORIG 2002-12-27
At Mon, 30 Dec 2002 08:42:21 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
Hi, /usr/include/error.h is now documented in the info pages, under the
Error Messages node. This is on glibc-doc 2.3.1-8. And according to
the info page, these functions are GNU extensions.
That's right.
So I propose
At Mon, 30 Dec 2002 20:21:21 +0200,
Andres Soolo wrote:
'Twas Mon, 2002-Dec-30. Quoth H. S. Teoh,
Hi, /usr/include/elf.h in libc6-dev (2.3.1-8) seems to have already fixed
this problem:
Yes, it is fixed there.
Unless this file contains architecture-dependent contents, I propose this
At Mon, 30 Dec 2002 08:56:49 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
Hi, this bug has already been fixed in glibc-doc 2.3.1-8. The relevent
section from the info pages read:
[snip]
- Macro: int O_READ
Open the file for reading. Same as `O_RDONLY'; only defined on
GNU.
-
At Mon, 30 Dec 2002 09:21:26 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
Hi, does the attached patch qualify as a fix for this bug? :-) Personally
I don't see a need for ispell'ing C header files. (Doing an ispell on C
*strings* in a file might be a different story, because users may actually
At Tue, 31 Dec 2002 10:42:27 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
On Sun, Dec 29, 2002 at 12:20:01AM +0900, GOTO Masanori wrote:
At Thu, 26 Dec 2002 18:01:10 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
[snip]
At any rate, I tried this with xterm, and got:
xterm: unable to access
At Tue, 31 Dec 2002 09:10:56 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
On Mon, Dec 30, 2002 at 12:16:40PM +0900, GOTO Masanori wrote:
At Fri, 27 Dec 2002 12:10:19 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
[snip]
BTW, from manpages umount(2):
HISTORY
The original umount
At Thu, 26 Dec 2002 21:46:45 -0800,
Jeff Bailey wrote:
We've been waiting based on Neuro's advice that sometimes Arm bugs are
difficult to test for. The buildd is broken in that it appears to
select the wrong header. Because all I have is a remote account on an
Arm box, I can't test X -
In glibc 2.3.1-8, it seems being fixed:
gotom@celesta:~ sudo locale-gen
Generating locales...
[EMAIL PROTECTED] done
gotom@celesta:~ env LC_ALL=de_DE@euro xterm
gotom@celesta:~ env LC_ALL=de_DE.ISO-8859-15@euro xterm
Warning: locale not
Is this bug fixed in 2.3.1-8?
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
This bug seems being fixed in glibc-2.3.1-8 + gcc-3.2 1:3.2.2-0pre2.
gotom@ultra30:~/bugs$ g++-3.2 -otest-with-cmath{,.C}; echo $?
0
Could I close this bug?
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
At Mon, 30 Dec 2002 09:03:15 -0500,
H. S. Teoh [EMAIL PROTECTED] wrote:
Hi, these bugs appear to be at least related, if not identical. #106253
appears to be no longer valid, given the description in #164571.
#164571 says:
One must be allowed to include assert.h multiple times with different
On Wed, Oct 23, 2002 at 01:48:18PM +0200, Guus Sliepen wrote:
The following lets me believe the POSIX regex function breakage has
nothing to do with locales:
[...]
[guus@haplo]~LANG= LC_ALL= man -k syscall
afs_syscall (2) - unimplemented system calls
nfsservctl (2) - syscall
At Fri, 08 Nov 2002 12:21:27 +0800,
Rex Tsai wrote:
In the zh_TW locale, the abday and day fields contain too
many characters (2 and 3, respectively). This may result to some
strange displaying when using the related utilities under this
locale (e.g., cal, see #160282).
For example: it
At Tue, 19 Nov 2002 13:03:26 -0600,
Debian Bug Tracking System wrote:
reassign 169784 libc6
Bug#169784: Problem while installing libc6 2.3.1-4
Bug reassigned from package `libc6-2.3.1-4' to `libc6'.
While post-installing this package, an error occurs if apache2 is not installed.
In
At Fri, 29 Nov 2002 11:50:38 +0100,
Chris Halls wrote:
The ldd manpage seems to be out of date, and does not include
doucmentation for the LD_DEBUG variable, among others. Many manpages on
the web have this extra information. For example,
http://unixhelp.ed.ac.uk/CGI/man-cgi?ld.so+8
I found
At Fri, 29 Nov 2002 11:01:46 -0800,
Randolph Chung wrote:
# nscd
Segmentation fault (core dumped)
# gdb /usr/sbin/nscd ./core
GNU gdb 5.2.90_2002-11-20-cvs-debian
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
Is this bug still alive?
I think 2.3.1-8 fixes your problem. Would you tell me it's ok or not?
Regards,
-- gotom
At Tue, 29 Oct 2002 18:53:42 -0300,
Juan Linietsky wrote:
ii libc6 [glibc-2.3.1-3] 2.3.1-3GNU C Library: Shared libraries an
-- debconf information:
*
At Tue, 24 Dec 2002 13:54:59 +0100,
Morten Brix Pedersen wrote:
The idea with having the user select his/her own locale is great. But
for newcomers to Linux, the locale names aren't really understandable.
So it would be excellent if the language name of the locale could be
spelled out next
At Wed, 01 Jan 2003 14:51:36 +0900,
GOTO Masanori wrote:
There still remains two major concerns: arm build issue, and h_errno
fix which is recently introduced in upstream cvs. Arm issue is a bit
for all debian users. h_errno fix patch is very fresh, so it
shouldn't include, IMHO
At Fri, 15 Nov 2002 17:11:02 +0100,
Petter Reinholdtsen wrote:
The problem with 'locale -a' listing nonexisting locales was fixed in
upstream CVS 2002-08-26. It made into release 2.3.1.
Thanks for your information. I close this bug.
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL
At Sat, 4 Jan 2003 19:24:58 +0100,
Martin Schulze wrote:
I guess this is a glibc problem, but I'm not 100% sure, of course.
paer!joey(pts/9):/tmp# apt-get update
E: Could not get lock /var/lib/apt/lists/lock - open (22 Invalid argument)
E: Unable to lock the list directory
At Wed, 11 Dec 2002 18:07:45 + (GMT),
Bruynooghe Floris wrote:
The info documentation;
In file libc.info, node Effects of Locale;
All features are noted, each with a `note' to the specific section, except for
+the language. However as far as I can see this should point to the gettext
At Wed, 27 Nov 2002 21:50:33 +0100,
Mikael Bohman wrote:
Package: libc6-dev
Version: 2.3.1-5
Severity: normal
When the code below is compiled like so:
gcc -W -Wall -D_REENTRANT -static -g tst.cpp -o tst -lpthread
the resulting executable causes a segfault. The backtrace looks like
At Fri, 08 Nov 2002 15:18:08 -0600,
Debian Bug Tracking System wrote:
tags 168345 + patch
Bug#168345: locales: impossible to configure noninteractive on first time install
Tags added: patch
At the moment it is impossible to preconfigure fthe locales package
for the first time install.
I
At Sat, 09 Nov 2002 20:23:56 +0100,
Martin Waitz wrote:
Package: libc6-dev
Version: 2.3.1-3
Followup-For: Bug #108619
hi :)
undefined srandom hit me when trying to get isakmpd to compile on
debian.
well, it's only a warning: implicit declaration of function `srandom'
but anyway...
At Sun, 5 Jan 2003 23:34:01 -0800,
Randolph Chung wrote:
So fixing either glibc or libc6 preinst is needed. From Randolph's mail,
comparing kernel version with 2.4.19-pa17 in libc6 preinst is needed.
I've added changes for the current glibc cvs as follows:
looks good to me.
Thanks.
-lm -lieee cannot be used in shared mode. This prevents Erlang from building
cleanly.
% gcc -shared -o t.so t.c -lm
% gcc -shared -o t.so t.c -lieee
% gcc -shared -o t.so t.c -lieee -lm
% gcc -shared -o t.so t.c -lm -lieee
ld: t.so: undefined versioned symbol name _LIB_VERSION@@GLIBC_2.0
At Mon, 6 Jan 2003 19:27:02 -0800,
Randolph Chung wrote:
In reference to a message from GOTO Masanori, dated Jan 06:
At Sun, 5 Jan 2003 23:34:01 -0800,
Randolph Chung wrote:
So fixing either glibc or libc6 preinst is needed. From Randolph's mail,
comparing kernel version with 2.4.19
At 07 Jan 2003 23:02:03 +0100,
Ander wrote:
Package: libc6
Version: 2.3.1-8
Severity: critical
Opening a file with fopen in mode a+ will position the stream at the
begining of the file and not at the end.
I am using Debian GNU/Linux testing/unstable, kernel 2.4.19 and libc6
2.3.1-8
1 - 100 of 1861 matches
Mail list logo