Bug#715044: uno-libs3: adequate reports library-not-found and undefined-symbol

[Rene Engelhard <rene@debian.org>]

severity 715044 minor
tag 715044 + wontfix
thanks

On Fri, Jul 05, 2013 at 08:03:38PM +0200, Andreas Beckmann wrote:
> adequate uno-libs3 reports:

what is adequate?

And note not anything some tool reports is actually a "normal" bug.

>   uno-libs3: undefined-symbol /usr/lib/libuno_cppuhelpergcc3.so.3 => _ZN9xmlreader9XmlReader8nextItemENS0_4TextEPNS_4SpanEPi
>   uno-libs3: undefined-symbol /usr/lib/libuno_cppuhelpergcc3.so.3 => _ZN9xmlreader9XmlReaderD1Ev
>   uno-libs3: undefined-symbol /usr/lib/libuno_cppuhelpergcc3.so.3 => _ZN9xmlreader9XmlReader13nextAttributeEPiPNS_4SpanE
>   uno-libs3: undefined-symbol /usr/lib/libuno_cppuhelpergcc3.so.3 => _ZN9xmlreader9XmlReaderC1ERKN3rtl8OUStringE
>   uno-libs3: undefined-symbol /usr/lib/libuno_cppuhelpergcc3.so.3 => _ZNK9xmlreader9XmlReader6getUrlEv
>   uno-libs3: undefined-symbol /usr/lib/libuno_cppuhelpergcc3.so.3 => _ZNK9xmlreader4Span15convertFromUtf8Ev
>   uno-libs3: undefined-symbol /usr/lib/libuno_cppuhelpergcc3.so.3 => _ZN9xmlreader9XmlReader20registerNamespaceIriERKNS_4SpanE
>   uno-libs3: undefined-symbol /usr/lib/libuno_cppuhelpergcc3.so.3 => _ZN9xmlreader9XmlReader17getAttributeValueEb
>   uno-libs3: undefined-symbol /usr/lib/libuno_cppuhelpergcc3.so.3 => initRegistry_Api@UDK_3_0_0

and?

libuno_cppuhelpergcc3.so.3 links to those properly:

# objdump -p /usr/lib/libuno_cppuhelpergcc3.so.3 | grep NEED
  NEEDED               libuno_cppu.so.3
  NEEDED               libreg.so.3
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  NEEDED               libuno_sal.so.3
  NEEDED               libuno_salhelpergcc3.so.3
  NEEDED               libxmlreader.so
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  NEEDED               libstdc++.so.6
  NEEDED               libm.so.6
  NEEDED               libgcc_s.so.1
  NEEDED               libc.so.6
  VERNEED              0x000000000000d130


>   uno-libs3: library-not-found /usr/lib/libuno_cppuhelpergcc3.so.3 => libreg.so.3
>   uno-libs3: library-not-found /usr/lib/libuno_cppuhelpergcc3.so.3 => libxmlreader.so
> 
> libreg.so.3 and libxmlreader.so are included in uno-libs3, but located in
> /usr/lib/ure/lib.

Correct. Because they are private libs. (Just in uno-libs3 because
the public ones are linked to it, see [1])

This is NOT a problem as anything using this needs the full URE to work
ianyway. And LO (only user!) uses that full URE and anything using it
and uses a proper RPATH:

(sid)root@frodo:/usr/lib/libreoffice/program# objdump -p *.so | grep RP | sort | uniq
  RPATH                $ORIGIN:$ORIGIN/../ure-link/lib
  RPATH                $ORIGIN:$ORIGIN/../ure-link/lib:/usr/lib/lp_solve

ORIGIN is where we are (/usr/lib/libreoffice/program) and thus:

(sid)root@frodo:/usr/lib/libreoffice# ls -l ure-link
lrwxrwxrwx 1 root root 6 Mai 20 19:32 ure-link -> ../ure

Oh, /usr/lib/ure. Surprise.

This is a non-bug except the shortcoming that those private libs are
in uno-libs3.

Regards,

Rene

[1]

libreoffice (1:4.0.3-2) unstable; urgency=low

  * debian/control.in:
    - add Breaks: libjaxe-java (<= 3.5-2) for saxon9.jar disappearing from
      -java-common
    - remove -core Depends: for -style and add Enhances: libreoffice-core
      for them. Apps should depend on their data files but data files not on
      the apps
  * debian/rules:
    - build with libboost1.53-dev to work around mdds-using sc unit tests
      failing to build with sids new gcc-4.7
    - move libxmlreader.so (although not versioned...) and libreg.so.3 (although
      private...) and it's dependency libstore.so.3 into uno-libs3 as
      libuno_cppuhelpergcc3.so.3 now links to it (breaks ure->uno-libs3->ure
      dependency loop)

   (hopefully breaking those two dependency loops closes: #705158, thanks
    David Kalnischkies - see also #707578)

Regards,

Rene