Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Hi, When I launch ooffice for the first time, it does its setup stuff and works fine. But I then have to remove ~/.openoffice/1.1_beta on every next startup for it to works. If I don't, I get the following error from wrappers: openoffice.org: You have no entry for OpenOffice.org 1.1beta in ~/.sversionrc, yet the directory /home/thomas/.openoffice/1.1_beta exists. Please remove /home/thomas/.openoffice/1.1_beta and try again. It seems to be because of the "beta" with a small "b" in the wrappers, whereas I have a "B" in ~/sversionrc: thomas@gromit thomas $ grep ^OOVERSION /usr/bin/oo* /usr/bin/oocalc:OOVERSION="OpenOffice.org 1.1beta" /usr/bin/oodraw:OOVERSION="OpenOffice.org 1.1beta" /usr/bin/ooffice:OOVERSION="OpenOffice.org 1.1beta" /usr/bin/ooimpress:OOVERSION="OpenOffice.org 1.1beta" /usr/bin/oomath:OOVERSION="OpenOffice.org 1.1beta" /usr/bin/oopadmin:OOVERSION="OpenOffice.org 1.1beta" /usr/bin/oosetup:OOVERSION="OpenOffice.org 1.1beta" /usr/bin/oowriter:OOVERSION="OpenOffice.org 1.1beta" thomas@gromit thomas $ cat .sversionrc [Versions] OpenOffice.org 1.1Beta=file:///home/thomas/.openoffice/1.1_beta I don't know why I have a "B" in my ~/.sversionrc whereas the wrapper should create it with a "b"... It's probably overwritten at execution (there are several occurences of the string "1.1Beta" in some /opt/OpenOffice.org1.1_beta files), but I've not investigated further. Anyway, what I've done is: root@gromit /usr/bin # for f in oo* ; do sed -e s/1\.1beta/1\.1Beta/ $f > /tmp/${f}.new ; mv /tmp/${f}.new ${f} ; done ...and it now works as expected. So I suggest a switch from "beta" to "Beta" in all wrapper scripts. Hope this helps, -- Thomas. Reproducible: Always Steps to Reproduce:
Ok, looking at the ebuild, I understand that there is only one wrapper, and several symlinks. Forget my "for" loop then, but anyway, I'm sure you've got the idea :)
hrm i've not had this problem, but i'll give it a shot =)
I have had this problem, as have some other folks: http://forums.gentoo.org/viewtopic.php?p=295137
Don't forget to give a+rx permissions to /usr/bin/ooffice after using the attached script. I also had to change the symlink ~/.openoffice/1.0.2/soffice to /opt/OpenOffice/program/soffice so it would work.
I have just committed a new ebuild for the source version. I will look into porting the wrapper etc to the binary version comming days.
I just committed a binary beta2 ebuild
I first had a sandbox violation while emerging: --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-openoffice-bin-1.1_beta2-25289.log" mkdir: /root/.gconfd/lock -------------------------------------------------------------------------------- Then, after I had disabled sandbox and userpriv, the package merge. But running it gave me: ----------------------------------------------------------------------- thomas@gromit thomas $ ooffice Gnome session manager detected - session management disabled openoffice.org: Damnit! I can't find OpenOffice's user files. Did you break the /etc/openoffice/autoresponse-1.1.conf file manually ? This file should contain DESTINATIONPATH thomas@gromit thomas $ ls /etc/openoffice/ autoresponse-1.1_beta2.conf ----------------------------------------------------------------------- Obviously, some ${PV} should be replaced by ${PV//_beta2} in the ebuild, in the "# Install user autoresponse file" section. I've then renamed this file to autoresponse-1.1.conf, and retried. It gave me: ----------------------------------------------------------------------- thomas@gromit thomas $ ooffice Gnome session manager detected - session management disabled running openoffice.org setup... setup failed.. abort ----------------------------------------------------------------------- In fact, the wrapper try to run /opt/OpenOffice.org1.1/program/setup whereas everything is installed in /opt/OpenOffice.org1.1_beta2. Again this is because of a "${PV}" (used in INSTDIR) vs. ${PV//_beta2} (used for <pv>) issue. I don't know what is the best between keeping and removing the prefix. Anyway, what I've done to go farther is a symlink from /opt/OpenOffice.org1.1 to /opt/OpenOffice.org1.1_beta2. I've then managed to launch ooffice. I just had one warning: /usr/bin/ooffice: line 197: dev/null: No such file or directory ...easy to fix again :) I've tested different apps, things seem to work, and options are saved as they should. So to summarize: - gconf breaks sandbox (I've no idea how to fix this) - it remains some ${PV} vs. ${PV//_beta2} issues in the ebuild - a slash lacks line 197 of the wrapper - applications work as far as I've tested Hope this helps, Thomas.
Try again with the wrapper I just committed (and a small ebuild change)
It seems that everything is fine now. Thanks for your work.