>>> Compiling source in /var/tmp/portage/kde-base/libkleo-4.2.1/work/libkleo-4.2.1 ... make -j3 >>> Source compiled. >>> Test phase [not enabled]: kde-base/libkleo-4.2.1 >>> Install libkleo-4.2.1 into /var/tmp/portage/kde-base/libkleo-4.2.1/image/ category kde-base make -j3 install DESTDIR=/var/tmp/portage/kde-base/libkleo-4.2.1/image/ make: *** No rule to make target `install'. Stop.
Created attachment 184049 [details] build.log The build log. Is this enough or is emerge --info or environment also needed?
Created attachment 184502 [details] emerge --info Well... I think I'll just keep posting stuff here every once in a while...
Sync tree and try to run LC_ALL=C emerge -av1 libkleo
Created attachment 184508 [details] build.log (In reply to comment #3) > Sync tree and try to run > LC_ALL=C emerge -av1 libkleo Here you go.
see also https://bugs.gentoo.org/show_bug.cgi?id=242332 Looks like the same locale/LANG problem
(In reply to comment #5) > see also https://bugs.gentoo.org/show_bug.cgi?id=242332 > > Looks like the same locale/LANG problem > I have no idea. However after switching to the new stable GCC, replacing -march=nocona with -march=core2 in C(XX)FLAGS doing an "emerge -e system" and "emerge -e world" merged libkleo just fine I guess. At least it doesn't show up any more with emerge -pDtuvN --with-bdeps y world. So I didn't change any locales for this to go away.
Unable to reproduce on stable x86 chroot. As bug appeared to be valid, closing as resolved/fixed, please reopen if you still encounter this problem.