Am 17.03.2016 um 07:28 schrieb Rene Engelhard: > Hi, > > On Thu, Mar 17, 2016 at 04:00:06AM +0100, Rene Engelhard wrote: >>> /usr/lib/x86_64-linux-gnu/$ sudo ln -s >>> /usr/lib/libreoffice/program/liblibreofficekitgtk.so liblibreofficekitgtk.so >> >> Ugh. (If I'd do that it'd be in /usr/lib given nothing in LO is in >> multiarch paths.) >> >>> Better solution would be teaching the package to search under >>> /usr/lib/libreoffice/program >> >> Yeah, that definitely would be better. > > Asked the upstream of the gir stuff: > > 07:13 < _rene_> pranavk: ping? > 07:13 < pranavk> _rene_: pong > 07:14 < _rene_> pranavk: how is stuff using the gir stuff supposed to find > libreofficekitgtk.so? I mean, it's not in public paths > 07:14 -!- buovjaga > [5b9ae2a0@gateway/web/cgi-irc/kiwiirc.com/ip.91.154.226.160] > has joined #libreoffice-dev > 07:15 < _rene_> pranavk: asking because of > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818433 > 07:17 < pranavk> _rene_: iirc, in fedora we copy it in in $libdir to find it > 07:17 < _rene_> bah. :P > 07:17 < pranavk> dtardon: ? > 07:19 < _rene_> mv %{buildroot}%{baseinstdir}/program/liblibreofficekitgtk.so > %{buildroot}%{_libdir} > 07:19 < _rene_> mmh, yeah > 07:19 < pranavk> yeah > > so other distros have it there directly. > > I am not sure a RPATH will work given it's not linked with > libreofficekitgtk.so. > > I don't think we should add a gnome-desktop wrapper script doing > LD_LIBRARY_PATH > - should we?
So, do I understand this correctly: gir1.2-lokdocview-0.1 is a public gir in a system path which depends on a library from a private path? That sounds broken. If your gir is supposed to be public, its dependencies should be as well. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
