From 303e0f3ac8ede80e1e2fd1f3dddfdaea876f1d8f Mon Sep 17 00:00:00 2001
From: "B. Watson" <yalhcru@gmail.com>
Date: Fri, 22 Aug 2014 17:40:23 +0700
Subject: office/zathura: Updated for version 0.2.7.

Signed-off-by: Willy Sudiarto Raharjo <willysr@slackbuilds.org>
---
 office/zathura/zathura.SlackBuild | 37 ++++++++++++++++++++++++++++++++++---
 1 file changed, 34 insertions(+), 3 deletions(-)

(limited to 'office/zathura/zathura.SlackBuild')

diff --git a/office/zathura/zathura.SlackBuild b/office/zathura/zathura.SlackBuild
index e9692133ef..60fe4cfc83 100644
--- a/office/zathura/zathura.SlackBuild
+++ b/office/zathura/zathura.SlackBuild
@@ -37,7 +37,7 @@
 # - fix homepage URL
 
 PRGNAM=zathura
-VERSION=${VERSION:-0.2.3}
+VERSION=${VERSION:-0.2.7}
 BUILD=${BUILD:-1}
 TAG=${TAG:-_SBo}
 
@@ -74,7 +74,8 @@ set -eu
 # plugins. This build includes the default PDF plugin, without which zathura
 # is completely useless.
 PLUGIN=$PRGNAM-pdf-poppler
-PLUGINVER=${PLUGINVER:-$VERSION}
+#PLUGINVER=${PLUGINVER:-$VERSION}
+PLUGINVER=${PLUGINVER-0.2.5}
 
 rm -rf $PKG
 mkdir -p $TMP $PKG $OUTPUT
@@ -89,6 +90,34 @@ find -L . \
  \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \
  -exec chmod 644 {} \;
 
+# Work around a bug in Slackware's ghostscript.
+# http://bugs.ghostscript.com/show_bug.cgi?id=692891
+#
+# Supposedly this was fixed, but I'm getting stack traces that look just
+# like those. The trouble is, if any of the plugins depends on libgs.so,
+# that library gets loaded during zathura's "scan for plugins" phase.
+# If libjpeg.so wasn't already loaded, it gets loaded and mangled by
+# libgs. This happens *before* zathura knows which plugin matches the file
+# we're trying to view. Now, the plugin is chosen based on the file's
+# mime type. If said plugin *isn't* the one using libgs, but it *does*
+# use libjpeg, *boom* segfault.
+#
+# What I found is that the postscript plugin uses libsceptre, which uses
+# libgs... and the mupdf and comicbook plugins use libjpeg.  The end result
+# is that the mupdf and cb plugins crash the first time they try to load
+# a jpeg from the pdf/cbr, *but* only if the ps plugin is installed!
+# Both plugins work fine if the ps plugin is removed.
+#
+# I found that 'export LD_PRELOAD=/usr/lib/libjpeg.so' stops the
+# segfaulting, while not affecting the ps plugin. The patch below is
+# basically just the C equivalent: use dlopen() to load libjpeg.so before
+# scanning for plugins. Yes, it's a hack, that depends on implementation
+# specific details, but the alternative would be to try and talk Pat V
+# into patching and rebuilding his ghostscript and/or libsceptre packages,
+# which he won't be doing this late in the release cycle (I wouldn't either).
+
+patch -p1 < $CWD/dlopen_hack.diff
+
 sed -i "s/-pedantic/$SLKCFLAGS/" config.mk
 
 make LIBDIR=/usr/lib$LIBDIRSUFFIX
@@ -101,6 +130,7 @@ cat $CWD/$PRGNAM.SlackBuild > $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild
 
 # Now build the plugin.
 cd $TMP
+
 # Hack, lets #include <zathura/document.h> in pdf.h work with an uninstalled
 # copy of zathura by saying "-I.."
 rm -f $PRGNAM
@@ -116,13 +146,14 @@ find -L . \
  \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \
  -exec chmod 644 {} \;
 
-# ZATHURA_VERSION_CHECK=0 shouldn't be required :(
+# ZATHURA_VERSION_CHECK=0 is required because zathura.pc isn't installed.
 
 sed -i "s/-fPIC/$SLKCFLAGS/" config.mk
 make install \
   ZATHURA_INC=-I.. \
   PLUGINDIR=/usr/lib$LIBDIRSUFFIX/$PRGNAM \
   DESTDIR=$PKG \
+  ZATHURA_GTK_VERSION=3 \
   ZATHURA_VERSION_CHECK=0
 strip $PKG/usr/lib$LIBDIRSUFFIX/$PRGNAM/*.so
 
-- 
cgit v1.2.3-65-gdbad