src_install assumes hiXX-djvu.png files are present in the desktopfiles directory while the files are actually named prebuild-hiXX-djvu.png Reproducible: Always Steps to Reproduce: emerge -1 =app-text/djvu-3.5.24 Actual Results: fail. Expected Results: success.
That's wrong. Those files should be built by 'rsvg' (from librsvg) and 'convert' (from imagemagick). On the other hand though, if either of those programs failed, the prebuilt-* files should be copied to those names...at least if it were not for '--disable-desktopfiles'. So it seems the build hack in the ebuild should be modified.
Thank you for report Łukasz. This is duplicate of bug 378547 but... really I wonder how this could fail: s=`echo hi22-djvu.png | sed -e 's/[a-z]*\([0-9]*\).*/\1/'`; \ /usr/bin/rsvg -w ${s} -h ${s} djvu.svg hi22-djvu.png \ || /usr/bin/convert -geometry ${s}x${s} -depth 8 -background none djvu.svg hi22-djvu.png \ || cp ./prebuilt-hi22-djvu.png hi22-djvu.png Could you in the /var/tmp/portage/app-text/djvu-3.5.24/work/djvulibre-3.5.24/desktopfiles catalog run the following commands and show me output: /usr/bin/rsvg -w 22 -h 22 djvu.svg hi22-djvu.png && echo true /usr/bin/convert -geometry 22x22 -depth 8 -background none djvu.svg hi22-djvu.png && echo true cp ./prebuilt-hi22-djvu.png hi22-djvu.png && echo true
All the commands say "true", and the package merges just fine. Today. It looks like there was something wrong with my environment yesterday. It is quite probable explanation because I was doing massive upgrade and something might have been wrong. On the other hand it was the installation function that failed and not the one that is supposed to create those files. Might this be considered a bug too?
(In reply to comment #3) > All the commands say "true", and the package merges just fine. Today. It looks > like there was something wrong with my environment yesterday. It is quite > probable explanation because I was doing massive upgrade and something might > have been wrong. closing as worksforme then.
