>>> Source unpacked. >>> Install openoffice-bin-1.1.0 into /var/tmp/portage/openoffice-bin-1.1.0/image/ category app-office * Installing OpenOffice.org into build root... /usr/sbin/ebuild.sh: line 88: ./setup: No such file or directory !!! ERROR: app-office/openoffice-bin-1.1.0 failed. !!! Function src_install, Line 88, Exitcode 127 !!! The setup program failed Reproducible: Always Steps to Reproduce: 1. update emul-linux-x86-xlibs to version 1.1 2. emerge openoffice-bin 3. Actual Results: /usr/sbin/ebuild.sh: line 88: ./setup: No such file or directory !!! ERROR: app-office/openoffice-bin-1.1.0 failed. !!! Function src_install, Line 88, Exitcode 127 !!! The setup program failed Expected Results: openoffice-bin to emerge successfully. setup in open office does not seem to be able to find the emulation libs since the emulation libs update to version 1.1
lv@ayanami lv $ ooffice Gnome session manager detected - session management disabled /opt/OpenOffice.org1.1.0/program/soffice.bin: error while loading shared libraries: libXext.so.6: cannot open shared object file: No such file or directory kugelfang - eeep. i'm going to un-keyword the new xlibs package, as this is truely a big break.
Sorry guys, i forgot to include the package's /etc/env.d/ file into the tarball :/ I solved it and put changes to CVS already some hours agom the ebuild now creates that one "on the fly". (Bugs.g.o was down, so i couldn't inform you :/) To solve this do: emerge sync emerge emul-linux-x86-xlibs George: Please report back if it works now for you...
No it failed, when you run ldconfig, this shows up: # ldconfig ldconfig: /emul/linux/x86/usr/X11R6/lib/libxrx.so.6 is not a symbolic link George
ldd returns this: ldd /var/tmp/portage/openoffice-bin-1.1.0/work/OOo_1.1.0_LinuxIntel_install/setup /usr/bin/ldd: line 1: /lib/ld-linux.so.2: No such file or directory ldd: /lib/ld-linux.so.2 exited with unknown exit code (127) George
The problem now exists with emul-linux-x86-baselibs-1.1 with emul-linux-x86-baselibs-1.0 and emul-linux-x86-xlibs-1.1 installed, ldd returns the expected results. ldd /var/tmp/portage/openoffice-bin-1.1.0/work/OOo_1.1.0_LinuxIntel_install/setup libdl.so.2 => /lib32/libdl.so.2 (0x5557f000) libX11.so.6 => /emul/linux/x86/usr/X11R6/lib/libX11.so.6 (0x55582000) libpthread.so.0 => /lib32/libpthread.so.0 (0x55648000) libm.so.6 => /lib32/libm.so.6 (0x55697000) libc.so.6 => /lib32/libc.so.6 (0x556b9000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x55555000) and openoffice-bin will install, but not with emul-linux-x86-baselibs-1.1 George
Also openoffice-bin-1.1.0.ebuild does not have a dependency for emul-linux-x86-baselibs. George
in emul-linux-x86-xlibs-1.1 If you correct the symlinks for libxrx.so.6.3 it will correct the problem in comment # 3 It currently is just a copy of libxrx.so.6.3 instead of a symlink. For anyone who wants to fix it manually: cd /emul/linux/x86/usr/X11R6/lib/ ln -sf libxrx.so.6.3 libxrx.so ln -sf libxrx.so.6.3 libxrx.so.6 ln -l should show the following near the end of the listing. lrwxrwxrwx 1 root root 13 Apr 14 15:38 libxrx.so -> libxrx.so.6.3 lrwxrwxrwx 1 root root 13 Apr 14 15:38 libxrx.so.6 -> libxrx.so.6.3 George
thx for that good work George ! Completely my fault. I copied those libxrx.so* over from old baselibs, but didn't see that two of them actually are symlinks :/ I fixed this in CVS. Could take some while to get to the mirrors... Please confirm this working now... (again ;-)
That took care of the problems specific to emul-linux-x86-xlibs-1.1 that I was seeing, very cool, thanks. emul-linux-x86-baselibs-1.1 still has problems, but that appears to be addressed in another bug, although that problem exists as described by my comment # 5 George
phi work # ldd OOo_1.1.0_LinuxIntel_install/setup linux-gate.so.1 => (0xffffe000) libdl.so.2 => /lib32/libdl.so.2 (0x55588000) libX11.so.6 => /emul/linux/x86/usr/X11R6/lib/libX11.so.6 (0x5558b000) libpthread.so.0 => /lib32/libpthread.so.0 (0x55651000) libm.so.6 => /lib32/libm.so.6 (0x556a2000) libc.so.6 => /lib32/libc.so.6 (0x556c4000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x55555000) With new -baselibs-1.1 (see BUG# 47819). Ok, seems to be fixed by now. Changes are already in CVS. You will have to remerge both -baselibs-1.1 and -xlibs-1.1 after a sync