summaryrefslogtreecommitdiff
path: root/man
diff options
context:
space:
mode:
authorDaniel Friesel <derf@finalrewind.org>2016-02-16 09:59:34 +0100
committerDaniel Friesel <derf@finalrewind.org>2016-02-16 09:59:34 +0100
commitfef6d137ba83bcd0dd79f824a023a0655108ab46 (patch)
tree744183f03ae86817c9f2238ab1a0775961a35646 /man
parent7fc4e02d13e0deb6ad1a94718438b8a69b6036b3 (diff)
update test skip conditions and notice
Turns out giflib 5.1.2 is the culprit and it isn't Deban-specific after all.
Diffstat (limited to 'man')
-rw-r--r--man/feh.pre8
1 files changed, 5 insertions, 3 deletions
diff --git a/man/feh.pre b/man/feh.pre
index 50f5961..3941655 100644
--- a/man/feh.pre
+++ b/man/feh.pre
@@ -1701,16 +1701,18 @@ section.
.
.Pp
.
-On some systems with Imlib2 1.4.7,
+On systems with Imlib2 >= 1.4.7 and giflib >= 5.1.2,
.Nm
may be unable to load gif images. For affected mips, mipsel and arm devices,
gif support is completely broken, while on x86 / x86_64 gifs can usually
only be loaded if they are the first image in the filelist.
-This appears to be caused by a Debian and/or Imlib2 bug. See
+This appears to be an Imlib2 and/or giflib bug introduced in giflib 5.1.2.
+See
.Aq https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813729
for details. Workaround: Use
.Cm --magick-timeout 5
-.Pq or some other positive value .
+.Pq or some other positive value
+to load gifs with imagemagick instead, or downgrade giflib to 5.1.1.
.
.Pp
.