Loading Makefile +5 −1 Original line number Diff line number Diff line Loading @@ -12,7 +12,11 @@ build-applications: @${MAKE} -C share/applications test: all @PACKAGE=${PACKAGE} prove test/feh.t test/mandoc.t @if ! uname -m | fgrep -q -e arm -e mips || ! test -e /etc/debian_version; then \ PACKAGE=${PACKAGE} prove test/feh.t test/mandoc.t; \ else \ PACKAGE=${PACKAGE} prove test/feh.t test/mandoc.t || cat test/imlib2-bug-notice; \ fi test-x11: all test/run-interactive Loading man/feh.pre +7 −3 Original line number Diff line number Diff line Loading @@ -1687,10 +1687,14 @@ section. . On some systems with Imlib2 1.4.7, .Nm may be unable to load gif images unless they are the only image in the filelist. This appears to be caused by a Debian and/or Imlib2 bug. See 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 .Aq https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813729 for details. for details. Workaround: Use .Cm --magick-timeout 5 .Pq or some other positive value . . .Pp . Loading test/imlib2-bug-notice 0 → 100644 +11 −0 Original line number Diff line number Diff line [!] Possibly broken imlib2 / libgif detected - ignoring test results Imlib2 1.4.7 is unable to load GIF images on Debian stretch/sid systems (and maybe other distros too). On x86 / x86_64 this applies to most gifs which are not the first file in the filelist, while on mips/mipsel and (some?) arm boxes it is unable to load any gif files. Since feh's tests include gifs, they fail. As there's nothing we can do about it (and other image formats still work fine), we'll just pretend everything's okay. See <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813729> for details. Loading
Makefile +5 −1 Original line number Diff line number Diff line Loading @@ -12,7 +12,11 @@ build-applications: @${MAKE} -C share/applications test: all @PACKAGE=${PACKAGE} prove test/feh.t test/mandoc.t @if ! uname -m | fgrep -q -e arm -e mips || ! test -e /etc/debian_version; then \ PACKAGE=${PACKAGE} prove test/feh.t test/mandoc.t; \ else \ PACKAGE=${PACKAGE} prove test/feh.t test/mandoc.t || cat test/imlib2-bug-notice; \ fi test-x11: all test/run-interactive Loading
man/feh.pre +7 −3 Original line number Diff line number Diff line Loading @@ -1687,10 +1687,14 @@ section. . On some systems with Imlib2 1.4.7, .Nm may be unable to load gif images unless they are the only image in the filelist. This appears to be caused by a Debian and/or Imlib2 bug. See 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 .Aq https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813729 for details. for details. Workaround: Use .Cm --magick-timeout 5 .Pq or some other positive value . . .Pp . Loading
test/imlib2-bug-notice 0 → 100644 +11 −0 Original line number Diff line number Diff line [!] Possibly broken imlib2 / libgif detected - ignoring test results Imlib2 1.4.7 is unable to load GIF images on Debian stretch/sid systems (and maybe other distros too). On x86 / x86_64 this applies to most gifs which are not the first file in the filelist, while on mips/mipsel and (some?) arm boxes it is unable to load any gif files. Since feh's tests include gifs, they fail. As there's nothing we can do about it (and other image formats still work fine), we'll just pretend everything's okay. See <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813729> for details.
