glibc 2.3.6-1

lumiwa · 2006-03-01 02:24:17

Hi!

To late... and glibc from testing is on my computer.
I look for /etc/locale.def abd I didn;t find. In the new about new glic is:
"By default /etc/locale.def is an empty file with commented documentation." but I don't have thhis file and now when I open for example
FrozenBubbles I got a message:
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_COLLATE = "C",
LANG = "en_US"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
[[ Frozen-Bubble-1.0.0 ]]

...or Gimp:

(gimp:4950): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.

Where can I find a locale.def or what I need to do, please?

Thanks in advance,

Mitja

oseb · 2006-03-01 02:36:33

reference my my settings.
just /etc/locale.def is typo error. locale.gen is corrent now.

$ cat /etc/locale.gen
en_US.UTF-8 UTF-8
ko_KR.UTF-8 UTF-8
ko_KR.EUC-KR EUC-KR

$ locale
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE=C
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=

$ locale -a
C
POSIX
en_US.utf8
ko_KR
ko_KR.euckr
ko_KR.utf8
korean

$ ls -l /usr/lib/locale/
total 3312
-rw-r--r--  1 root root 3430688 2006-03-01 11:19 locale-archive

scottro · 2006-03-01 04:39:14

There was an announcement on the mailing list (and it's on the front page of the main archlinux.org site).

The new glibc, at present in testing, will not include locales. Instead, there is a file (which they said was /etc/locale.def on the website, which was a typo, it should be, as you said, /etc/locale.gen) You can add your desired locales, and then use locale.gen. There was another typo in locale.gen, saying to look for /usr/share/i18n/charsets, it should be charmaps.

However, I seem to done something wrong--when I went to generate my Japanese locales, I got various error messages about locale/ja_JP having unknown characters in various fields.

I vaguely remembe going through this before, It may have been a couple of years ago. At that time, those who wanted i18n would simply uncomment a line in the PKGBUILD. Eventually, the developer in charge of glibc at that point decided to have the line uncommented by default.

I realize you've solved your problem, but I'm putting this information up for those who run into locale problems in the near future.

lumiwa · 2006-03-01 12:27:42

oseb wrote:

reference my my settings.
just /etc/locale.def is typo error. locale.gen is corrent now.
$ cat /etc/locale.gen
en_US.UTF-8 UTF-8

I try set up like you have in yours locale.gen and I got:

Generating locales...
en_US.ISO-8859-1... done
en_US.UTF8... done
error: Bad entry 'locale '
error: Bad entry 'LANG=en_US.UTF8 '
error: Bad entry 'LC_CTYPE="en_US.UTF8" '
error: Bad entry 'LC_NUMERIC="en_US.UTF8" '
error: Bad entry 'LC_TIME="en_US.UTF8" '
error: Bad entry 'LC_COLLATE=C '
error: Bad entry 'LC_MONETARY="en_US.UTF8" '
error: Bad entry 'LC_MESSAGES="en_US.UTF8" '
error: Bad entry 'LC_PAPER="en_US.UTF8" '
error: Bad entry 'LC_NAME="en_US.UTF8" '
error: Bad entry 'LC_ADDRESS="en_US.UTF8" '
error: Bad entry 'LC_TELEPHONE="en_US.UTF8" '
error: Bad entry 'LC_MEASUREMENT="en_US.UTF8" '
error: Bad entry 'LC_IDENTIFICATION="en_US.UTF8" '
error: Bad entry 'LC_ALL= '
error: Bad entry 'C '
error: Bad entry 'POSIX '
Generation complete.

lumiwa · 2006-03-01 12:47:01

I have in locale.gen en_US ISO-8859-1
en_US.UTF8 UTF8

and is okay. Thanks...

Generating locales...
  en_US.ISO-8859-1... done
  en_US.UTF8... done

newgargamel · 2006-03-04 20:46:27

Generating locales...
Generation complete.

In locale.gen I have pl_PL ISO-8859-2 and it looks like it doesn't work.

(gimp:9506): Gtk-WARNING **: Locale not supported by C library.
        Using the fallback 'C' locale.

How can I fix this?
Thanks

MartinZ · 2006-03-07 04:34:45

I'm using locale en_US and did everything posted bove, but still can't boot jpilot. I get this message:

removing stale pidfile
*** glibc detected *** free(): invalid pointer: 0x081180e8 ***
Aborted

What shall i do? Is this a jpilot package problem or glibc?

scottro · 2006-03-07 04:38:49

newgargamel wrote:

Generating locales...
Generation complete.
In locale.gen I have pl_PL ISO-8859-2 and it looks like it doesn't work.
(gimp:9506): Gtk-WARNING **: Locale not supported by C library.
        Using the fallback 'C' locale.
How can I fix this?
Thanks

Here is what I'm finding works for me.
en_US.UTF8 UTF-8
ja_JP.UTF8 UTF-8

Then, the generation of locales works.
I also get the error, Locale not supported however, everything seems to work in Japanese for me, despite this error.

Blind · 2006-03-08 11:51:22

Same problem of MartinZ with galculator:

galculator:2199): Gtk-WARNING **: Locale not supported by C library.
        Using the fallback 'C' locale.
*** glibc detected *** free(): invalid pointer: 0x08122ac8 ***
Aborted

Huh?
Blind

brain0 · 2006-03-08 13:36:20

Same message here, every time I exit irssi:

*** glibc detected *** free(): invalid pointer: 0x0822a808 ***
Abgebrochen (core dumped)
[thomas@architect ~]$

using the de_DE.utf8 locale if it matters.

JGC · 2006-03-08 15:27:19

These invalid free things aren't caused by glibc, glibc simply detects them and aborts your program in case it happens. I guess the bug is in glib2 with the new slice allocator.

MartinZ · 2006-03-08 22:34:16

JGC wrote:

These invalid free things aren't caused by glibc, glibc simply detects them and aborts your program in case it happens. I guess the bug is in glib2 with the new slice allocator.

Right, i downgraded glib2 and now everything runs smoothly.
I also had to downgrade gtk2 and pango.

Thanks a lot JGC, I hope a fixed version of glib2 will be released soon.

JGC · 2006-03-08 23:26:07

The problem is not in glib2. The programs that give these crashes contain bad code that worked with old glib2, but doesn't work with new glib2.
I patched up galculator and jpilot to do the right things when freeing allocated memory in the crash cases.
Irssi has always been bad, as it frees a structure in the wrong order. This is fixed in current.

Please upgrade to glib2 from testing, irssi from current, jpilot from extra and galculator from testing and test the things you use it for. I don't use any of these programs, so I don't know if there's more problems in there.

MartinZ · 2006-03-08 23:34:27

Thanks again JGC for the explanation and the quick response and fix. I'll upgrade jpilot and galculator as soon as the packages go uploaded and tell you.

MartinZ · 2006-03-09 01:18:06

Done. Everything seems to be running smoothly here.

Blind · 2006-03-09 09:48:30

Great work, guys!!!
galculator from testing works again now.
Cheers,
Blind

MartinZ · 2006-03-11 05:43:13

graveman also doesn't work

scottro · 2006-03-11 21:12:36

There is now a new version of glibc in testing which seems to have solved most of the problems. Before installing it, I moved my /etc/locale.gen file so that it would put it a new one.

The new file lists all locales commented out. Uncomment the ones you want, run locale-gen and hopefully, get a message that the desired locales were created.

After that, everything worked for me perfectly, no more error messages about being unable to set locale, etc.

MartinZ · 2006-03-14 01:44:15

graveman fixed

High|ander · 2006-03-15 08:18:38

I have tried with the new locale-stuff nad it works like a charm, thx arch-guys!

Mythoz · 2006-03-15 18:05:49

evolution has the double free error, too:

$ evolution
adding hook target 'source'

(evolution:2009): Gdk-CRITICAL **: gdk_gc_set_foreground: assertion `GDK_IS_GC (gc)' failed
*** glibc detected *** double free or corruption (out): 0x0852d588 ***
Killed

JGC · 2006-03-15 23:24:17

This is with glib2 2.10.x, pango 1.11.x/1.12.x right?

Did you update to the latest gtkhtml? The latest version fixes some problems with latest pango, as gtkhtml has been touching internal structures of private pango objects too much for a while, causing these things.

Mythoz · 2006-03-16 08:43:54

JGC wrote:

This is with glib2 2.10.x, pango 1.11.x/1.12.x right?

Sorry, forgot to mention: Yes, gtk2 2.8.15-1, glib2 2.10.1-1 and pango 1.12.0-1 from testing.

JGC wrote:

Did you update to the latest gtkhtml? The latest version fixes some problems with latest pango, as gtkhtml has been touching internal structures of private pango objects too much for a while, causing these things.

Thank you for the hint. Updating to gtkhtml 3.9.92-1 solved the problem.

Arch Linux

#1 2006-03-01 02:24:17

glibc 2.3.6-1

#2 2006-03-01 02:36:33

Re: glibc 2.3.6-1

#3 2006-03-01 04:39:14

Re: glibc 2.3.6-1

#4 2006-03-01 12:27:42

Re: glibc 2.3.6-1

#5 2006-03-01 12:47:01

Re: glibc 2.3.6-1

#6 2006-03-04 20:46:27

Re: glibc 2.3.6-1

#7 2006-03-07 04:34:45

Re: glibc 2.3.6-1

#8 2006-03-07 04:38:49

Re: glibc 2.3.6-1

#9 2006-03-08 11:51:22

Re: glibc 2.3.6-1

#10 2006-03-08 13:36:20

Re: glibc 2.3.6-1

#11 2006-03-08 15:27:19

Re: glibc 2.3.6-1

#12 2006-03-08 22:34:16

Re: glibc 2.3.6-1

#13 2006-03-08 23:26:07

Re: glibc 2.3.6-1

#14 2006-03-08 23:34:27

Re: glibc 2.3.6-1

#15 2006-03-09 01:18:06

Re: glibc 2.3.6-1

#16 2006-03-09 09:48:30

Re: glibc 2.3.6-1

#17 2006-03-11 05:43:13

Re: glibc 2.3.6-1

#18 2006-03-11 21:12:36

Re: glibc 2.3.6-1

#19 2006-03-14 01:44:15

Re: glibc 2.3.6-1

#20 2006-03-15 08:18:38

Re: glibc 2.3.6-1

#21 2006-03-15 18:05:49

Re: glibc 2.3.6-1

#22 2006-03-15 23:24:17

Re: glibc 2.3.6-1

#23 2006-03-16 08:43:54

Re: glibc 2.3.6-1

Board footer