GNOME Bugzilla – Bug 638852
pdfmod-0.9.0: included poppler-sharp incorrectly hardcodes library version
Last modified: 2011-02-03 18:04:06 UTC
Created attachment 177690 [details] [review] Patch fixing the problem. In pdfmod-0.9.0, the included poppler-sharp incorrectly hardcodes the library version for poppler-glib. Please use the name without the version number instead. (e.g. poppler-glib-0.14.5 on NetBSD has major number 5.)
Review of attachment 177690 [details] [review]: Please check the 'Patch' checkbox when attaching patches in the future. On my Linux machine, I do not have a /usr/lib64/libpoppler.so, only the so.4 one. I also have both a libpoppler.so.4 and a libpoppler.so.5. Given that, this patch would break Linux support. See http://www.mono-project.com/Config_DllMap for how to specify a different value for *BSD than Linux.
Created attachment 177705 [details] [review] Updated patch fixing the problem. This patch works for me and shouldn't change anything for OPSYS != NetBSD. Ok?
Review of attachment 177705 [details] [review]: Committed, thanks!
I have a similar problem in pdfmod-0.9.0. When I run pdfmod and try to open a file I get an error: $ pdfmod [1 Debug 16:58:06.930] Starting PdfMod [1 Debug 16:58:06.970] Cache directory set to /home/MT/caguiar/.cache/pdfmod Exception in Gtk# callback delegate Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception. System.DllNotFoundException: libpoppler-glib.so.4 ... I also don't have libpoppler.so.4 and my machine is a Linux "Gentoo" AMD64. $ locate libpoppler-glib /usr/lib64/libpoppler-glib.so /usr/lib64/libpoppler-glib.so.5 /usr/lib64/libpoppler-glib.so.5.0.0 Also after some googling I found a patch for openSUSE: https://build.opensuse.org/package/view_file?file=pdfmod-poppler-soname.patch&package=pdfmod&project=GNOME%3AApps&srcmd5=13a74dc577a10df3ef4aa6a03cdc346d Maybe the patch need to be reviewed.
Clemente, thanks for the pointer to that patch! Please file a new bug for it, if you would. This one was fixed.