Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 28851 - openoffice-bin-1.1_rc4 fails to install: sandbox problems
Summary: openoffice-bin-1.1_rc4 fails to install: sandbox problems
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Office Team
URL:
Whiteboard:
Keywords:
: 31296 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-09-16 00:56 UTC by teidakankan
Modified: 2004-07-15 08:43 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description teidakankan 2003-09-16 00:56:48 UTC
openoffice-bin-1.1_rc4 fails to install when upgrading from openoffice-bin-1.1_rc2

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




bash-2.05b# emerge -u
/usr/portage/app-office/openoffice-bin/openoffice-bin-1.1_rc4.ebuild
Calculating dependencies ...done!
>>> emerge (1 of 1) app-office/openoffice-bin-1.1_rc4 to /
>>> md5 src_uri ;-) OOo_1.1rc4_LinuxIntel_install.tar.gz
>>> Unpacking source...
>>> Unpacking OOo_1.1rc4_LinuxIntel_install.tar.gz to
/var/tmp/portage/openoffice-bin-1.1_rc4/work
>>> Source unpacked.

>>> Install openoffice-bin-1.1_rc4 into
/var/tmp/portage/openoffice-bin-1.1_rc4/image/ category app-office
 * Installing OpenOffice.org into build root...
glibc version: 2.3.2

Initializing installation program....................
ACCESS DENIED  open_wr:   /opt/OpenOffice.org1.1_rc2/foo.tmp

call procedure: LanguageSelect
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/.
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/help
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/user
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/share
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/help/en
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/program
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/share/kde
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/share/cde
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/user/temp
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/share/dtd
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/user/store
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/share/dict
make directory:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/user/basic

.
.
(then everything goes Ok until it gets to here)
.
.
register uno component:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/program/libsvg645li.so
register uno component:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/program/libflash645li.so
register uno component:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/program/liblth645li.so
register uno component:
/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/program/pythonloader.uno.so
register configuration:
....................................................................................................................................................................................................................................................................................................................................................................................ACCESS
DENIED  unlink:    /opt/OpenOffice.org1.1_rc2/delme

 * Removing build root from registry...
 * Fixing permissions...
 * Installing Menu shortcuts (need "gnome" or "kde" in USE)...
install: cannot stat
`/var/tmp/portage/openoffice-bin-1.1_rc4/image//opt/OpenOffice.org1.1_rc4/share/kde/net//.order':
No such file or directory
man:
prepallstrip:
strip:
strip:
   opt/OpenOffice.org1.1_rc4/program/python-core-2.2.2/bin/python
   opt/OpenOffice.org1.1_rc4/program/getstyle-gnome
   opt/OpenOffice.org1.1_rc4/program/crash_report.bin
   opt/OpenOffice.org1.1_rc4/program/msgbox-gnome
   opt/OpenOffice.org1.1_rc4/program/setup.bin
   opt/OpenOffice.org1.1_rc4/program/pagein
   opt/OpenOffice.org1.1_rc4/program/spadmin.bin
   opt/OpenOffice.org1.1_rc4/program/soffice.bin
   opt/OpenOffice.org1.1_rc4/program/gnomeint
   opt/OpenOffice.org1.1_rc4/program/pluginapp.bin
   opt/OpenOffice.org1.1_rc4/program/pkgchk.bin
   opt/OpenOffice.org1.1_rc4/program/jvmsetup.bin
   opt/OpenOffice.org1.1_rc4/program/javaldx
   opt/OpenOffice.org1.1_rc4/program/crash_report_with_gtk.bin
>>> Completed installing into /var/tmp/portage/openoffice-bin-1.1_rc4/image/

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/tmp/sandbox-openoffice-bin-1.1_rc4-29581.log"

open_wr:   /opt/OpenOffice.org1.1_rc2/foo.tmp
unlink:    /opt/OpenOffice.org1.1_rc2/delme
--------------------------------------------------------------------------------
Comment 1 TGL 2003-09-17 03:48:53 UTC
I also have some sandox errors, but not the same ones:

mkdir:     /root/.gconfd
open_wr:   /root/.gconfd/saved_state
mkdir:     /root/.gconfd
open_wr:   /root/.gconfd/saved_state
mkdir:     /root/.gconfd
open_wr:   /root/.gconfd/saved_state.tmp
Comment 2 teidakankan 2003-09-19 07:06:57 UTC
Resolved using the following steps:

- emerge unmerge openoffice-bin-1.1_rc2
- manually remove remaining directory /opt/openoffice-bin-1.1_rc2
- manually remove ~/.openoffice directory (there's probably a less drastic solution)
- manually remove ~/.sversionrc
- emerge openoffice-bin-1.1_rc4
- run ooffice
- everything is fine once again
Comment 3 Per Cederberg 2003-10-05 03:49:01 UTC
I've renamed openoffice-bin-1.1_rc4 to openoffice-bin-1.1.0 and get an error
very similar to that TGL:s comment #1. It looks like this:

...
strip:
strip:
   opt/OpenOffice.org1.1.0/program/spadmin.bin
   opt/OpenOffice.org1.1.0/program/jvmsetup.bin
>>> Completed installing into /var/tmp/portage/openoffice-bin-1.1.0/image/
 
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------LOG
FILE = "/tmp/sandbox-openoffice-bin-1.1.0-566.log"
 
mkdir:     /root/.gconfd/lock
--------------------------------------------------------------------------------

This issue is not related to any previous versions of openoffice-bin on my
machine, as this bug initially pointed to.
Comment 4 markagregg 2003-10-09 09:10:57 UTC
I get the same problem as the original report. I currently have openoffice1.0.3
r1 installed (not openoffice-bin) and I'm going to 1.1 

open_wr:   /opt/OpenOffice.org1.0.3/foo.tmp
unlink:    /opt/OpenOffice.org1.0.3/delme

Comment 5 Renat Golubchyk 2003-10-18 20:25:05 UTC
I had the same problem with openoffice-1.1.0 (not openoffice-bin). Resolved
using following steps:

# ebuild /usr/portage/app-office/openoffice/openoffice-1.1.0.ebuild qmerge
# ebuild /usr/portage/app-office/openoffice/openoffice-1.1.0.ebuild clean
# emerge clean --pretend
# emerge clean
Comment 6 Paul de Vrieze (RETIRED) gentoo-dev 2003-10-23 06:56:41 UTC
Are you using the userpriv feature? I guess not, You are probably bitten
by an upgrade option. I'll try to see what I can do to fix this
Comment 7 Per Cederberg 2003-10-23 07:07:54 UTC
I've had OO.o 1.1 installed for a while now, but I think I was using the
"ccache fixpackages sandbox userpriv usersandbox" features when I got the
error message above (got the same with the official 1.1-bin BTW). I think
it was removing all of userpriv, usersandbox and sandbox that solved it.
Maybe I had to do some permission voodoo also, can't quite remember anymore...

Is there some way to know which features a particular ebuild doesn't support?
Comment 8 Paul de Vrieze (RETIRED) gentoo-dev 2003-10-23 07:12:00 UTC
Apparently one of your distcc hosts does not have a correctly setup ccache.
It tries to create //.ccache which is not allowed and so fails. Try to setup
ccache correctly on all distcc hosts, or not use either ccache or distcc
for compilation
Comment 9 Per Cederberg 2003-10-23 07:50:41 UTC
It seems we are all having slightly different sandbox issues here. Mine is
from an install of openoffice-bin-1.1, so there was no compilation. I retried
just now, removing the "ccache" feature, but got the same sandbox violation
problem (slightly edited here):

------ ACCESS VIOLATION SUMMARY ------------
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state
open_wr:   /root/.gconfd/saved_state.tmp
--------------------------------------------

I guess my problem is the "userpriv" feature, as you mentioned before. Is
that unsupported for openoffice-bin? Is there no way to turn it off automatically
or warn the user about it? (Just wondering)
Comment 10 Paul de Vrieze (RETIRED) gentoo-dev 2003-10-23 13:18:36 UTC
The problem is more likely that you don't use the feature. The ebuild is
trying to work with the users environment. As that is sandboxed it will not
succeed. With userpriv an empty homedir is created that is writable, so there
should be less issues concerning homedirs.
Comment 11 Per Cederberg 2003-10-23 14:34:38 UTC
I've been reemerging a few times now. The following works for me:
FEATURES="ccache autoaddcvs fixpackages sandbox"
FEATURES="ccache autoaddcvs fixpackages userpriv -sandbox -usersandbox"
FEATURES="ccache autoaddcvs fixpackages userpriv usersandbox -sandbox"

None of these work:
FEATURES="ccache autoaddcvs fixpackages sandbox userpriv"
FEATURES="ccache autoaddcvs fixpackages sandbox userpriv usersandbox"

The error is the same as I've reported before. I'm running portage-2.0.49-r13.

Hope this can be of some help.
Comment 12 Mark Hughes 2003-10-31 11:56:05 UTC
I had same issue with exact same error message.  Steps in comment 5 resolved.
Comment 13 Matt Hartley 2003-11-06 13:26:23 UTC
Per comment 11, this worked for me:
FEATURES="ccache autoaddcvs fixpackages userpriv -sandbox -usersandbox" emerge
-u openoffice-bin
Comment 14 Paul de Vrieze (RETIRED) gentoo-dev 2003-11-07 01:45:34 UTC
I have added /root/.gconfd to the list of predicted sandbox violations, so
things should now work. I'll look at an algorithm to stop the foo.tmp and
delme errors
Comment 15 Paul de Vrieze (RETIRED) gentoo-dev 2003-11-07 01:47:44 UTC
*** Bug 31296 has been marked as a duplicate of this bug. ***
Comment 16 Per Cederberg 2004-07-15 06:41:43 UTC
I think you can close and mark this bug as resolved now, as the openoffice-bin-1.1.1 ebuild seems to install without problems.
Comment 17 Per Cederberg 2004-07-15 06:51:05 UTC
I retract the previous comment. Seems I don't have the "userpriv" or "usersandbox" features enabled anymore (just "sandbox") which surely explains why things have been so very smooth for a while... ;-)
Comment 18 Chris Lambacher 2004-07-15 07:59:39 UTC
I do have both userpriv and sandbox enabled and have not had any problems.  I now have openoffice-bin-1.1.2 installed.
Comment 19 Andreas Proschofsky (RETIRED) gentoo-dev 2004-07-15 08:43:52 UTC
ok, thanks for reporting back, closing this