I had app-office/openoffice-bin-1.1.4-r1 installed and working fine on my computer, decided to try out the masked openoffice 2.0 beta, emerged it. emerged fine. When I ran it, it pegged my cpu at 100% for a minute with some java process before failing. So I unmerged it and attempted to put older open office back on. Unfortunately this is not possible anymore Reproducible: Always Steps to Reproduce: app-office/openoffice-bin-1.1.4-r1 +java -kde 0 kB Total size of downloads: 0 kB Do you want me to merge these packages? [Yes/No] y >>> emerge (1 of 1) app-office/openoffice-bin-1.1.4-r1 to / >>> md5 files ;-) openoffice-bin-1.1.1.ebuild >>> md5 files ;-) openoffice-bin-1.9.95.ebuild >>> md5 files ;-) openoffice-bin-1.1.4-r1.ebuild >>> md5 files ;-) files/digest-openoffice-bin-1.1.1 >>> md5 files ;-) files/digest-openoffice-bin-1.9.95 >>> md5 files ;-) files/digest-openoffice-bin-1.1.4-r1 >>> md5 files ;-) files/1.1.1/ooffice-wrapper-1.3 >>> md5 files ;-) files/1.1.4/ooffice-wrapper-1.3 >>> md5 files ;-) files/1.9/ooffice-wrapper-1.9 >>> md5 src_uri ;-) OOo_1.1.4_LinuxIntel_install.tar.gz >>> md5 src_uri ;-) libsot645li.so >>> Unpacking source... >>> Unpacking OOo_1.1.4_LinuxIntel_install.tar.gz to /var/tmp/portage/openoffice-bin-1.1.4-r1/work >>> Unpacking libsot645li.so to /var/tmp/portage/openoffice-bin-1.1.4-r1/work unpack libsot645li.so: file format not recognized. Ignoring. >>> Source unpacked. >>> Test phase [not enabled]: app-office/openoffice-bin-1.1.4-r1 >>> Install openoffice-bin-1.1.4-r1 into /var/tmp/portage/openoffice-bin-1.1.4-r1/image/ category app-office * Installing OpenOffice.org into build root... ./setup: error while loading shared libraries: /usr/lib/libsandbox.so: cannot open shared object file: No such file or directory !!! ERROR: app-office/openoffice-bin-1.1.4-r1 failed. !!! Function src_install, Line 86, Exitcode 127 !!! Setup failed
Portage 2.0.51.20-r5 (default-linux/amd64/2004.3, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.11-gentoo-r6 x86_64) ================================================================= System uname: 2.6.11-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.11 ccache version 2.4 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.3 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg ccache digest distlocks fixpackages sandbox strict"GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 # X a a52 aac aalib acpi alsa audio avi bidi bitmap-fonts cdr codecs computer's crypt cups dbus dvd dvdr eds esd faad fam flac font-server gdbm gif gnome gpm gstreamer gtk gtk2 hal hardware i'm imlib ipv6 java jp2 jpeg junit lzw lzw-tiff matroska mozilla moznocompose moznoirc moznomail mp3 mpeg ncurses nls not nptl nptlonly nvidia ogg oggvorbis opengl oss pam perl png python qt quicktime readline real samba scanner sdl server snmp spell sqlite ssl tcltk tcpd this truetype truetype-fonts type1-fonts usb userlocales v4l v4l2 vid vorbis wxwindows xine xml xml2 xmms xpm xrandr xv xvid zlib userland_GNU kernel_linux libc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
This does not look like a OOo bug. Do you have sys-apps/sandbox installed? If yes try to reinstall, looks like a symlink is missing
I re-emerged sandbox, exactly the same error when compiling openoffice. This sandbox thing is new... I could uninstall it, emerge an old version of portage, and then attempt to emerge openoffice...
Reassigning
Try to update to sandbox-1.2.5.
this is fixed in 1.2.5 now ... sync up and try again 2004.3 profiles had no multilib logic
I observe no change while attempting to emerge openoffice-bin, after upgrading sandbox and portage. Should I upgrade my profile?
what does `file -L /usr/lib*/libsandbox.so` show ? on my amd64/2004.3 it shows: /usr/lib/libsandbox.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib32/libsandbox.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped /usr/lib64/libsandbox.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped after that, i really have no idea what it takes for this stuff to work properly ... perhaps jeremy can fill us in on the details
/usr/lib/libsandbox.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /usr/lib64/libsandbox.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped
mark, yeah, it looks like you don't have a 32bit sandbox library. Did you try the latest sandbox ebuild? az: Is HAVE_64BIT_ARCH working as expected? Mark: Do you have a multilib gcc installed?
Well, yeah - but it is not in the CFLAGS when build for old 2004.3 amd64 profile ... Although I guess that should not really matter if he dont have a 32bit sandbox ...
should we be doing `append-flags -DSB_HAVE_64BIT_ARCH` under multilib configurations ? as az said, we currently arent ...
Jeremy, I'm using sandbox-1.2.5 No multilib: [ebuild R ] sys-devel/gcc-3.4.3.20050110-r2 (-altivec) -bootstrap -boundschecking -build -debug -fortran -gcj +gtk -hardened -ip28 -multilib -multislot (-n32) (-n64) +nls -nocxx -objc -static (-uclibc) 0 kB
Sounds like no-multilib sandbox may be broken? It doesn't have a multilib use flag...
Mark is using 2004.3
Created attachment 58156 [details] sys-apps/sandbox/sandbox-1.2.5.ebuild Can you please test out this ebuild to make sure it builds the 32bit libsandbox on 2004.3 for you. I'll be much happier when we can do without all these hacks in sandbox, glibc, etc...
with the src_install, shouldnt you make sure that the native ABI is the last one to get installed ? otherwise who knows what kind of sandbox binary you'll end up with in /usr/bin/
vapier: it is. get_install_abis returns the list of ABIS making sure that DEFAULT _ABI is the last one in the list.
Created attachment 58164 [details] sys-apps/sandbox/sandbox-1.2.5.ebuild Youu actually might need this one if the previous one didn't work. It adds -L/emul/... to CFLAGS for x86 to tell the linker where to find libc
I tried both, they both have no effect. Unless I'm doing this whole ebuild thing wrong.... cd /usr/portage/sys-apps/sandbox/ rm -rf * cp /home/mark/sandbox-1.2.5.ebuild . ebuild sandbox-1.2.5.ebuild digest emerge sandbox
Mark, can you please show me the log... I wish I still had a 2004.3 chroot to test this with...
I just made a 2004.3/lib64 chroot and a 2004.3 chroot and verified that it does work there. Mark, can you please be a little more specific? Do you have a multilib gcc? It looks like you don't have a multilib gcc, so you can't get a multilib sandbox. I'm going to commit that change as -r1 as I've tested it on sparc32, sparc64, sparc64 multilib, x86, and amd64 2004.3, 2004.3/lib64 and 2005.0.
1115408769: Started emerge on: May 06, 2005 12:46:09 1115408769: *** emerge --verbose --ask --buildpkg openoffice-bin 1115408770: >>> emerge (1 of 1) app-office/openoffice-bin-1.1.4-r1 to / 1115408770: === (1 of 1) Cleaning (app-office/openoffice-bin-1.1.4-r1::/usr/portage/app-office/openoffice-bin/openoffice-bin-1.1.4-r1.ebuild) 1115408771: === (1 of 1) Compiling/Packaging (app-office/openoffice-bin-1.1.4-r1::/usr/portage/app-office/openoffice-bin/openoffice-bin-1.1.4-r1.ebuild) 1115408775: *** terminating. No, no multilib
You cannot emerge anything-bin without multilib. That's what multilib is for, to enable -bin emerges. This means that currently, no openoffice without multilib. The next major rev of openoffice is supposed to have native amd64 support.
Cool, multilib fixes everything. Though, this seriously makes me wonder why openoffice-bin was working before without multilib.
