Danek Duvall wrote:
On Thu, Jul 02, 2009 at 01:41:13PM -0700, Rich Burridge wrote:
http://cr.opensolaris.org/~richb/pkg-5782-v1/
So what happens for folks in locales other than en_US? If you're in the C
locale, do you see the error at all? If you're in, say, en_ES.UTF-8, then
do you get a message saying that en_ES isn't supported? Or is there
something actually more fundamental about the en_US locale support for
OpenOffice?
With further debugging help from Dave Powell, the original bug
reporter (thanks), I can add the following:
Dave reported that the problem occurs for him in the C locale:
$ /usr/bin/openoffice.org3
I18N: Operating system doesn't support locale "en_US"
The relevant part of the truss output:
21379/1: open("/usr/X11/share/X11/locale/locale.alias", O_RDONLY) =
7
21379/1: fstat64(7, 0x08044EE0) = 0
21379/1: brk(0x080792F0) = 0
21379/1: brk(0x0807F2F0) = 0
21379/1: fstat64(7, 0x08044DF0) = 0
21379/1: ioctl(7, TCGETA, 0x08044E90) Err#25 ENOTTY
21379/1: read(7, " #\t $ X d o t O r g : ".., 80384) = 80372
21379/1: read(7, 0x08069DDC, 80384) = 0
21379/1: llseek(7, 0, SEEK_CUR) = 80372
21379/1: close(7) = 0
21379/1: open("/usr/X11/share/X11/locale/locale.dir", O_RDONLY) = 7
21379/1: fstat64(7, 0x08044880) = 0
21379/1: fstat64(7, 0x08044790) = 0
21379/1: ioctl(7, TCGETA, 0x08044830) Err#25 ENOTTY
21379/1: read(7, " #\t $ X d o t O r g : ".., 34304) = 34070
21379/1: llseek(7, 0xFFFFFFFFFFFFBE1A, SEEK_CUR) = 17200
21379/1: close(7) = 0
21379/1: access("/usr/X11/share/X11/locale/C/XLC_LOCALE", R_OK) = 0
21379/1: open("/usr/X11/share/X11/locale/C/XLC_LOCALE", O_RDONLY) =
7
21379/1: fstat64(7, 0x08045120) = 0
21379/1: fstat64(7, 0x08045030) = 0
21379/1: ioctl(7, TCGETA, 0x080450D0) Err#25 ENOTTY
21379/1: read(7, " # $ X o r g : C ,".., 1024) = 772
21379/1: read(7, 0x0806A614, 1024) = 0
21379/1: llseek(7, 0, SEEK_CUR) = 772
21379/1: close(7) = 0
21379/1: stat64("/usr/lib/locale/en_US/en_US.so.3", 0x08046330)
Err#2 ENOENT
21379/1: fstat64(2, 0x080463F0) = 0
21379/1: write(2, " I 1 8 N : O p e r a t".., 47) = 47
21379/1: write(2, " e n _ U S", 5) = 5
21379/1: write(2, " "\n", 2) = 2
The above are both run under the C locale. Curiously, when I switch
to en_US.UTF-8 (which I think should be present), I get:
$ LC_ALL=en_US.UTF-8 openoffice.org3
I18N: X Window System doesn't support locale "en_US.UTF-8"
I18N: Operating system doesn't support locale "en_US"
Even curiouser, the new, first message persists even if I reinstall
SUNWlang-en-extra, and a similar message is reported by all other X
apps.
I'm unable to reproduce this on my machine (build #118).
ri...@stard:~$ locale
LANG=C
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=
ri...@stard:~$ pkg info -r SUNWlang-en-extra
Name: SUNWlang-en-extra
Summary: English language support extra files
Category: System/Localizations
State: Not installed
Publisher: opensolaris.org
Version: 0.5.11
Build Release: 5.11
Branch: 0.118
Packaging Date: Tue Jul 07 22:13:29 2009
Size: 574.19 kB
FMRI: pkg:/[email protected]
<mailto:[email protected]>,5.11-0.118:20090707T221329Z
ri...@stard:~$ /usr/bin/openoffice.org3
(no error messages and OpenOffice starts up just fine).
For now, until I can find out why it's failing for him and working for me, I've
added this information to the bug report and am just going to put the bug back
into the accepted state.
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
