Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 19797
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Paul de Vrieze <pauldv@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: TGL <tom.gl@free.fr>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 19797 depends on: Show dependency tree
Bug 19797 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2003-04-22 15:49 0000
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:

------- Comment #1 From TGL 2003-04-22 16:09:12 0000 -------
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 :)

------- Comment #2 From Seth Chandler 2003-04-22 16:53:45 0000 -------
hrm i've not had this problem, but i'll give it a shot =)

------- Comment #3 From Boyd Waters 2003-04-24 14:10:25 0000 -------
I have had this problem, as have some other folks: 
 
http://forums.gentoo.org/viewtopic.php?p=295137 

------- Comment #4 From Mauricio Lima Pilla 2003-05-06 10:21:38 0000 -------
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.

------- Comment #5 From Paul de Vrieze 2003-06-19 01:42:53 0000 -------
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.

------- Comment #6 From Paul de Vrieze 2003-06-19 13:51:15 0000 -------
I just committed a binary beta2 ebuild

------- Comment #7 From TGL 2003-06-19 18:23:25 0000 -------
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.

------- Comment #8 From Paul de Vrieze 2003-06-20 02:08:21 0000 -------
Try again with the wrapper I just committed (and a small ebuild change)

------- Comment #9 From TGL 2003-06-20 04:09:46 0000 -------
It seems that everything is fine now. Thanks for your work.

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug