kdegraphics needs libungif to emerge, but this dependency isn't in the portage tree. I had to emerge libungif manually before emerging kdegraphics 3.3.2 Reproducible: Always Steps to Reproduce: 1. emerge kdegraphics 2. there is an error says libungif.la doesn't exist 3. emerge libungif 4. everything's fine
See my comment on #88127.
Yes, see also bug 83238.
re-emerging imlib fixes the problem for me: emerge -1 imlib kdegraphics
re-emerging imlib does not fix the problem, as libungif is not recorded as a dependency of imlib: root@gimli /home/oglueck # equery d libungif [ Searching for packages depending on libungif... ] media-libs/imlib2-1.2.0-r2 media-video/mplayer-1.0_pre6-r4 x11-libs/qt-2.3.2-r1 As you can see only imlib2 depends on libungif, but not imlib. root@gimli /home/oglueck # equery d imlib [ Searching for packages depending on imlib... ] gnome-base/gnome-libs-1.4.2 kde-base/kdegraphics-3.2.3 kde-base/kdegraphics-3.3.2-r2 media-video/ffmpeg-0.4.9_p20050226-r5 root@gimli /home/oglueck # equery d imlib2 [ Searching for packages depending on imlib2... ] media-video/ffmpeg-0.4.9_p20050226-r5 The above output shows kdegraphics is only dependent on imlib but not on imlib2. So this is clearly a bug that must be fixed (whether in imlib or kdegraphics ebuild, I can not tell). Although emerging libungif solves the problem, libungif ends up in the world file, which is bad. Or you emerge it with --oneshot and it gets removed when you next --depclean. Also not what we want.
> The above output shows kdegraphics is only dependent on imlib but not on imlib2. So this is clearly a bug that must be fixed (whether in imlib or kdegraphics ebuild, I can not tell). The dependency in kdemultimedia is correct, it depends on imlib, not imlib2. It is correct also that imlib does not depend on libungif (the problem is exactly that imlib linked to libungif in certain cases), the solution is to emerge imlib again without having libungif installed.
*** This bug has been marked as a duplicate of 83238 ***
