[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

RPATH on $ORIGIN broken again?



Hi,

I wanted to look at
https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=kfreebsd-amd64&ver=1%3A3.3.4-1&stamp=1313633237
and
https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=kfreebsd-i386&ver=1%3A3.3.4-1&stamp=1313610648

so I let the sid chroot on io upgraded to current sid, builddeps installed
and did a test build.

The error above is gone (yay!, transient error?, some breakage?) but now it
fails later:

debian/ure/usr/lib/libreoffice/ure/bin/regcomp -revoke \
                -r debian/libreoffice-core/usr/lib/libreoffice/basis3.3/program/services.rdb \
                -br debian/libreoffice-core/usr/lib/libreoffice/basis3.3/program/services.rdb \
                -c 'vnd.sun.star.expand:$OOO_BASE_DIR/program/libevoabli.so'
debian/ure/usr/lib/libreoffice/ure/bin/javaldx: error while loading shared libraries: libuno_sal.so.3: cannot open shared object file: No such file or directory
debian/ure/usr/lib/libreoffice/ure/bin/regcomp.bin: error while loading shared libraries: libuno_sal.so.3: cannot open shared object file: No such file or directory
make: *** [debian/stampdir/install-arch] Error 127
dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2

(sid)rene@io:~/libreoffice-3.3.4/debian/ure/usr/lib/libreoffice/ure/bin$ objdump -p javaldx | grep RP; objdump -p regcomp.bin | grep RP
  INTERP off    0x00000134 vaddr 0x08048134 paddr 0x08048134 align 2**0
  RPATH                $ORIGIN/../lib:$ORIGIN
  INTERP off    0x00000134 vaddr 0x08048134 paddr 0x08048134 align 2**0
  RPATH                $ORIGIN/../lib:$ORIGIN

(sid)rene@io:~/libreoffice-3.3.4/debian/ure/usr/lib/libreoffice/ure/bin$ ls ../lib/*uno*
../lib/acceptor.uno.so       ../lib/libuno_cppuhelpergcc3.so.3
../lib/bootstrap.uno.so      ../lib/libuno_purpenvhelpergcc3.so.3
../lib/bridgefac.uno.so      ../lib/libuno_sal.so.3
../lib/connector.uno.so      ../lib/libuno_salhelpergcc3.so.3
../lib/introspection.uno.so  ../lib/libunsafe_uno_uno.so
../lib/invocadapt.uno.so     ../lib/liburp_uno.so
../lib/invocation.uno.so     ../lib/namingservice.uno.so
../lib/javaloader.uno.so     ../lib/proxyfac.uno.so
../lib/javavm.uno.so         ../lib/reflection.uno.so
../lib/libaffine_uno_uno.so  ../lib/remotebridge.uno.so
../lib/libcli_uno.so         ../lib/stocservices.uno.so
../lib/libcli_uno_glue.so    ../lib/streams.uno.so
../lib/libgcc3_uno.so        ../lib/textinstream.uno.so
../lib/libjava_uno.so        ../lib/textoutstream.uno.so
../lib/liblog_uno_uno.so     ../lib/unorc
../lib/libuno_cppu.so.3      ../lib/uuresolver.uno.so

As we see it's there.. So does the RPATH not work?
(There was a bug here in the first days when openoffice.org at that time
was done for kfreebsd, libc was fixed by then)

(3.4.2 builds given that this rules fragment is gone for 3.4.x, but
given that those RPATHs are also important at runtime.....)

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  rene@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70


Reply to: