Summary: | app-office/openoffice-bin-2.4.1 programs segfault with LC_ALL="de_DE.utf8" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michael Schachtebeck <michael.schachtebeck> |
Component: | Current packages | Assignee: | Gentoo Office Team <office> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | apollyon, ikelos, marko.steinberger, pva |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Michael Schachtebeck
2008-06-21 09:55:26 UTC
I had the same problem after an emerge world. (Re)create the file /etc/env.d/02locale as described in: http://www.gentoo.org/doc/en/guide-localization.xml This solved the problem for me. My 02locale file contains the lines: LC_ALL="en_US" LANG="en_US" OpenOffice works fine once more... My /etc/env.d/02locale already contains LC_ALL="de_DE.utf8" LANG="de_DE.utf8" I tried env-update, but it did not solve the problem. Hmmm, I'm also getting crashes on openoffice-bin-2.4.1. I hadn't initially thought they were LANG/LC_ALL related, but on a hunch I tried out a few tests. My default LANG="C" and LC_ALL="", they're not set on the command line, they're part of my default env. Running oowriter (for example) then segfaults. Oddly, any one of the below seems to reliably allow oowriter to start up. LC_ALL="" oowriter LANG="en_US" oowriter GTK_MODULES="" oowriter Interestingly, LANG="C" oowriter, doesn't. Also, for those that don't know, the GTK_MODULES variable specifies which libraries all GTK based programs load up on startup. By default it contains gnomebreakpad, which is the segfault catching bug reporting bug-buddy type program. It's been known to cause certain problems with Java in the past too, but I believe they've been fixed now. I don't know if that helps diagnose the problem, but it definitely exists, and seems quite odd too... Same issue with en_US.utf8 in /etc/env.d/02locale: LC_ALL="en_US.UTF-8" It behaves the same when started with LC_ALL=en_US ooffice ... But works well forcing the language to C: LC_ALL=C ooffice ... (In reply to comment #4) > Same issue with en_US.utf8 in /etc/env.d/02locale: > LC_ALL="en_US.UTF-8" > > It behaves the same when started with > LC_ALL=en_US ooffice ... > > But works well forcing the language to C: > LC_ALL=C ooffice ... To me, it was not working. Paradoxically, adding it_IT.UTF-8 to /etc/locale.gen and running locale-gen fixed the issue. (In reply to comment #5) > (In reply to comment #4) > > Same issue with en_US.utf8 in /etc/env.d/02locale: > > LC_ALL="en_US.UTF-8" > > > > It behaves the same when started with > > LC_ALL=en_US ooffice ... > > > > But works well forcing the language to C: > > LC_ALL=C ooffice ... > > To me, it was not working. Paradoxically, adding it_IT.UTF-8 to /etc/locale.gen > and running locale-gen fixed the issue. I was wrong. It still crashes, it just "survives" a bit more (oocalc opens but when trying to open a file, it segfaults again). I can confirm it works with LC_ALL="de_DE" or LC_ALL="de_DE@euro". This is what is in my /etc/locale.gen: de_DE ISO-8859-1 de_DE@euro ISO-8859-15 de_DE.UTF-8 UTF-8 locale -a prints out the following: C de_DE de_DE@euro de_DE.utf8 POSIX So I suspect this is some issue with OO's unicode handling. I have filed a bug at OpenOffice.org on this. http://www.openoffice.org/issues/show_bug.cgi?id=91846 I'm seeing this same problem with en_US.utf8: ~ $ locale LANG=en_US.utf8 LC_CTYPE="en_US.utf8" LC_NUMERIC="en_US.utf8" LC_TIME="en_US.utf8" LC_COLLATE="en_US.utf8" 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=en_US.utf8 ~ $ oowriter libGL warning: 3D driver claims to not support visual 0x5b /usr/bin/soffice: line 254: 8964 Segmentation fault "$sd_prog/$sd_binary" "$@" I would down-grade to 2.4.0 but the ebuild has been removed. Could someone please put it back into portage? I need OpenOffice for my job, so this bug is pretty crippling. (In reply to comment #9) > I would down-grade to 2.4.0 but the ebuild has been removed. Could someone > please put it back into portage? It was removed as it has security issues. But in Gentoo all ebuilds are in CVS, so it's always possible to download old package: http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-office/openoffice/?hideattic=0 The source-based version (non-bin) works well for me, maybe this also is a workaround for you, Alex. Working with openoffice-bin-3.0.0 (RC1 and now RC2) I do not experience any problems of this kind anymore. (In reply to comment #12) > Working with openoffice-bin-3.0.0 (RC1 and now RC2) I do not experience any > problems of this kind anymore. > As this is now unmasked, closing. Thanks for reporting back! |