Bugzilla Bug 47773

>>> 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