After updating to libpng-1.5.4, gtkdatabox-0.9.1.1 in the portage failed to reemerge. I rename the ebuild to 0.9.1.3 in my local overlay, and the lastest version in SF, and the latter one built with libpng-1.5.4 without any error. Thus please update gtkdatabox in the portage:)
[ebuild R ] x11-libs/gtkdatabox-0.9.1.1 USE="examples glade test -doc" 0 kB media-libs/libpng-1.5.4 x11-libs/gtkdatabox-0.9.1.1 Unable to reproduce. I suppose this can be closed as INVALID unless you had build.log to proof otherwise?
Or this bug can be converted to normal version bump request, which has nothing to do with libpng?
Created attachment 286899 [details] 0.9.1.1 build log This is the build.log when gtkdatabox-0.9.1.1 failed to build. However, I notice that if I manually ln -s libpng14.so.14.8.0 libpng14.so, gtkdatabox-0.9.1.1 can successfully build.
(In reply to comment #3) > Created attachment 286899 [details] > 0.9.1.1 build log Looks like succesful emerge... If something is complaining about missing "-lpng14" you have broken .la files. That'd be bug 319101. Remove such symlink, it's plain wrong and will cause your apps to link to obsolete libpng.
