Both Openoffice 1.0.1-r1 ebuilds do not save localization settings, such as the locale settings and default document language settings. Locale defaults to English (UK), which I have set as the default in Gnome and Gnome2, but the default document language is alway blank and much be reset each time I start the program. I am attempting to use English (Canadian) for all related locale settings. Also, Spellcheck related preferences are not saved. For example, I must turn the "autospellcheck" feature back on each time I start the program. I have "gnome" and "-kde" set in my make.conf USE variables. Running ooffice for the first time as any user, including root, displays error messages stating that files cannot be copied to the home directory, and the terminal proceeds to list them (there is a fairly substantial list). I am not sure if this is normal or not. I am more than willing to provide the output of this if neccessary. I wasn't sure how to though, "ooffice > output" simply informed me that the install script was being launched.
This bug is still present in [Openoffice.org] 1.0.1-r3. Similar language errors are described in bug #12045.
Setting my language to en_US during an emerge stops the error messages from occuring during the ebuild, but again, when I set my language back to anything else, it isn't saved. I simply did the following before emerging export LANG=en_US unset LC_ALL
I think it is not gentoo related by OO related...
I've never experienced this problem with the OpenOffice.org 1.0.1, 643, and 643C binaries available from the website. According to the ebuilds, they are still a work in progress, so there are still some language related issues. I'm just assuming this is one of them.
This happens to me also. What is happening is that the OpenOffice.org startup script is overwriting the .openoffice/1.0.1/user/config/registry/instance/org/openoffice/Office/Linguistic.xml file each time it starts (which is where the language settings are stored). A workaround is to set things up the way you want them, exit OpenOffice.org and then do a chmod a-w on this file. Ugly, but it works for me(tm). BTW, this also used to happen on Debian with the backport from testing to stable, so it *might* be an upstream issue; on Debian it was recently fixed.
Thanks for the workaround, that made the Openoffice ebuild usable for me! The Openoffice 1.0.2 ebuilds (bin and compiled) still have this problem, so hopefully the proper fix can be implemented when time permits.
can you guys look at the ooffice-wrapper script...see what you think about the first couple of lines dealing with the language files, looks like it gets set every time.... if you guys can think of an easy fix for this let me know =)
I frankly don't see the point of the whole language section (line 108-171 of the ooffice script). Its point seems to be to reset the locale if the locale found in the Linguistic.xml file doesn't match the current locale in the environment. That to me is incorrect, if I've changed the locale inside OOo I want it to stay that way. Case in point: I have my locale environment variables set to en_IE@euro becuase I prefer all system messages and applications to be in english, but I need OOo to do spellcheck and so on in Spanish. Also, the Linguistic.xml file stores info not just for the current locale. For example, it stores all of the spellcheck preferences (language-independent) and the dictionarry settings for all languages. It's probably necessary to do this once (the first time after install) to get OOo set up correctly the first time, but afterwards it makes no sense to do it each time it's run.
alright fellas, give the new openoffice scripts a try...re-emerge openoffice-bin-1.0.2 and see how she runs, should be fixed...
actually, give that a couple of minutes, the changes have to hit rsync, and i'd like to test it again...
