diff options
| author | Daniel Friesel <derf@finalrewind.org> | 2016-02-16 09:59:34 +0100 |
|---|---|---|
| committer | Daniel Friesel <derf@finalrewind.org> | 2016-02-18 20:48:42 +0100 |
| commit | 85da0324a1ebb13374224f4c92441f068ca01f9c (patch) | |
| tree | 64bb2d106e34301a7d918b2605ab5206755b62f9 /man | |
| parent | 092d90df2a1e701728a7b36d4ec4059b66d8d37b (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.pre | 8 |
1 files changed, 5 insertions, 3 deletions
diff --git a/man/feh.pre b/man/feh.pre index fef2bc8..16c9006 100644 --- a/man/feh.pre +++ b/man/feh.pre @@ -1685,16 +1685,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 . |