Bug#818433: gnome-documents not sourcing liblibreofficegtk.so

Package: gnome-documents Version: 3.19.4-2 Severity: normal Dear Maintainer, Launching gnome-documents causes a crash due to the directory path search for liblibreofficegtk.so Workaround: /usr/lib/x86_64-linux-gnu/$ sudo ln -s /usr/lib/libreoffice/program/liblibreofficekitgtk.so

Bug#818433: gnome-documents not sourcing liblibreofficegtk.so

On Thu, Mar 17, 2016 at 10:24 AM, Rene Engelhard wrote: > Did you rebuild "just" the typelib with what you pasted or did a complete > "clean" LO build? > Just the typelib and then tested with GI_TYPELIB_PATH=/dir/with/new/typelib gnome-documents (and lsof showed that the

Bug#818433: gnome-documents not sourcing liblibreofficegtk.so

Hi, On Thu, Mar 17, 2016 at 07:53:42AM +0100, Michael Biebl wrote: > 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

Bug#818433: gnome-documents not sourcing liblibreofficegtk.so

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

Bug#818433: gnome-documents not sourcing liblibreofficegtk.so

Hi, On Thu, Mar 17, 2016 at 09:41:18AM +0100, Roderich Schupp wrote: >What about burning the absolute path of the shared library into the >typelib, i.e. > >g-ir-compiler --shared-library >/usr/lib/libreoffice/program/liblibreofficekitgtk --output >LOKDocView-0.1.typelib 

Bug#818433: gnome-documents not sourcing liblibreofficegtk.so

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

Bug#818433: gnome-documents not sourcing liblibreofficegtk.so

Hi, On Wed, Mar 16, 2016 at 04:59:26PM -0700, Marc J. Driftmeyer wrote: > Launching gnome-documents causes a crash due to the directory path search for > liblibreofficegtk.so A "real" crash? gnome-documents is supposed to work also when there's no LO: try { const LOKDocView =

Bug#818433: gnome-documents not sourcing liblibreofficegtk.so

On Thu, 17 Mar 2016 08:00:03 +0100 Rene Engelhard wrote: > Hi, > > On Thu, Mar 17, 2016 at 07:53:42AM +0100, Michael Biebl wrote: > > 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? > >

Bug#818433: gnome-documents not sourcing liblibreofficegtk.so

Hi again, On Thu, Mar 17, 2016 at 10:24:16AM +0100, Rene Engelhard wrote: > But Michael has a point, when the one is public the other one should too, > so this symlink (I don't really want to move it completely) is the more easier > and less intrusive solution. And that one is already committed