imlib2-1.2.0 breaks painter module in fluxspace Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: fluxspace fails to load image for background when using imlib2-1.2.0
*** Bug 75845 has been marked as a duplicate of this bug. ***
For some reason, imlib_load_image_immediately() is returning NULL with 1.2.0, but returns a valid image handle with 1.1.2.
could you guys make this a useful bugreport and give me a small example code ? :P i dont use any of the box windowmanagers
LOL Spanky here is the code from fluxspace.xml <!-- Painter module - Different wallpaper for each workspace --> <painter enable="yes"> <wallpaper workspace="0" image="~/.fluxbox/backgrounds/Anarchy.jpg"/> <wallpaper workspace="1" image="~/.fluxbox/backgrounds/Anarchy.jpg"/> <wallpaper workspace="2" image="~/.fluxbox/backgrounds/Anarchy.jpg"/> <wallpaper workspace="3" image="~/.fluxbox/backgrounds/Anarchy.jpg"/> </painter> this is a module that needs imlib_load_image_immediately() to return a valid image which imlib2-1.2.0 does not it returns NULL unlike imlib2-1.1.2. This could be upstreamed to fluxspace developers I would imagine.
attach Anarchy.jpg here please, i tested with a small jpg and it worked fine for me also, someone attach the code that's in question please ...
Created attachment 48637 [details] Esetroot.cc
I'm pretty sure that the bug described in the posted URL is the same one we are having here ; after hacking imlib to display which files dlopen() fails on, I get the same list as that poster (zlib.so, tiff.so, png.so, jpeg.so, and bz2.so).
SpanKY, no go with python-2.4 either :/
Created attachment 48687 [details] Anarchy.jpg Here is the jpg you requested hopefully it will help.
Created attachment 51047 [details, diff] libimage.patch I think this might be the same bug as mentioned here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=293815 I attached a patch that solved the problem for me.
Confirmed. It works here as well. The patch that is attached works for 1.2.0. To patch the snapshot (2005...) you need to chop the second hunk since Makefile.in doesn't exist.
1.2.0-r1 in portage