Created attachment 464280 [details] build log for gegl-0.2.0-r2 libopenraw upstream changed from libopenraw-1.0.pc and co to libopenraw-0.1.pc and gegl silently fails to find it.
Created attachment 464282 [details] build log for gegl-0.3.0 (gzipped due to size) I tested with gegl 0.2.0-r2 and 0.3.0, other versions seem not to use libopenraw anymore.
Hi! I can confirm that move from 1.0 to 0.1 you mention: # find /var/tmp/portage/media-libs/libopenraw-*/work -name \*.pc\* | sort | sed 's,\(/.[^/]\+\)\{6\},,' /libopenraw-0.0.9/gnome/libopenraw-gnome-1.0.pc.in /libopenraw-0.0.9/lib/libopenraw-1.0.pc.in /libopenraw-0.1.0/gnome/libopenraw-gnome-0.1.pc.in /libopenraw-0.1.0/lib/libopenraw-0.1.pc.in Checking what gegl 0.2.0 and 0.3.0 actually use I find 1.0: # grep -o 'openraw-[0-9.]\+' /var/tmp/portage/media-libs/gegl-*/work/gegl-*/configure.* | sort | sed 's,\(/.[^/]\+\)\{6\},,' /gegl-0.2.0/configure.ac:openraw-1.0 /gegl-0.3.0/configure.ac:openraw-1.0 So I compared that to what the ebuilds actually depend on: # fgrep media-libs/libopenraw *.ebuild gegl-0.2.0-r2.ebuild: raw? ( =media-libs/libopenraw-0.0.9 ) gegl-0.3.0.ebuild: raw? ( =media-libs/libopenraw-0.0.9 ) That actually looks like a perfect match. So they do not seem expected to support libopenraw-0.1.0, at least not any more. To summarize, I believe this bug has been fixed in the mean time or cannot be considered a bug any more as of today. I am going to close the bug bug now but please feel free to re-open if I missing something. Thanks and best Sebastian