openoffice-bin2.0.4 segfaults on launch, giving the following error: I18N: Operating system doesn't support locale "en_US" True statement. I do not have (and never have had) that locale configured, either in basic setting or LINGUAS var. Starting with a clean profile still crashes. I have tried all the /usr/bin/oo* variants and the actual binaries, same result. I also emerged app-dicts/myspell-en-20060316 as directed by the ebuild, and re-emerged openoffice-bin, no difference. Emerge --info: Portage 2.1.2_pre3-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo i686) ================================================================= System uname: 2.6.18-gentoo i686 Intel(R) Celeron(R) CPU 2.60GHz Gentoo Base System version 1.12.5 Last Sync: Mon, 16 Oct 2006 18:50:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [disabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -mmmx -msse -msse2 -fomit-frame-pointer -pipe -w" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/NX/etc /usr/NX/home /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/share/wine" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /usr/share/wine/fonts" CXXFLAGS="-O2 -march=pentium4 -mmmx -msse -msse2 -fomit-frame-pointer -pipe -w" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer nodoc sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.blueyonder.co.uk/" LINGUAS="en_GB" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://brazil/gentoo-portage" USE="x86 X a52 aac acpi alsa apache2 arts asf avi berkdb bitmap-fonts bluetooth bzip2 cairo cdparanoia cdr cli crypt cups dbus dio dlloader dri dvd dvdr dvdread eds elibc_glibc emboss encode esd fam ffmpeg firefox flac flash foomaticdb fortran gdbm gif gimp glitz gpm gstreamer gtk2 hal i8x0 ieee1394 imagemagick innodb input_devices_keyboard input_devices_mouse input_devices_synaptics isdnlog java javascript jpeg kde kernel_linux ldap libg++ libwww linguas_en_GB mad matroska mikmod mmx mp3 mpeg msn mysql mysqli ncurses nls nptl nptlonly nsplugin odbc ogg opengl oss pam pcmcia pcntl pcre pdf perl php png posix ppds pppd python qt qt3 qt4 quicktime readline reflection samba scanner sdl session sharedmem soap sockets spell spl sse sse2 ssl svg tcpd theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU utf8 vcd vhosts video_cards_fbdev video_cards_i810 video_cards_vesa vorbis wifi win32codecs xcomposite xine xinerama xml xmlrpc xmms xorg xsl xv xvid xvmc zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Hmm, interesting, normally it should fallback to the default "C" LANG when a specified one isn't found (it does here) Could you try to start OOo with: LANG="C" oowriter2 and see what happens.
Nope, same result there.
I should also add that I tried deleting my ~/.ooo-2.0 directory and started over, but got the same result. The directory was re-created, but actual launching still got no further.
Don't know what changed, but I tried launching again today and it works again. If launched from the console I still get the same error output, but the app runs and the writing-aids seem to be correctly localised.
Forgot to close this, thanks for reporting back
