Amarok-1.4.6-r1 fails with the following error. ktrm.cpp:47:27: error: tunepimp/tp_c.h: No such file or directory This seems similar to Bug #105915. The solution there was for the user to compile tunepimp from portage, and the bug was closed. I am using tunepimp 0.5.2 from portage, and amarok did not fail when I build 1.4.6. (no r1) It appears that media-sound/amarok-1.4.6-r1 depends on media-libs/tunepimp when the musicbrainz use flag is enabled.
It appears that amarok will compile after upgrading to tunepimp-0.5.3 This should be explicit in the USE flag of the ebuild. mtp? ( >=media-libs/libmtp-0.1.1 ) - musicbrainz? ( media-libs/tunepimp ) + musicbrainz? ( >=media-libs/tunepimp-0.5.3 ) =dev-lang/ruby-1.8*"
This sounds strange to say the least, as between -r0 and -r1 I simply switched around system sqlite from on to off, so no way anything changed between those two.
I can confirm the same error when upgrading from 1.4.5-r1 to 1.4.6-r1. The difference is that I had already upgraded to tunepimp-0.5.3 but recompiling tunepimp fixed the problem and amarok compiled succesfully. Weird.
It seems that it is more of a problem that tunepimp has. Somehow, our tunepimp installations have become corrupt and/or missing files. Not quite sure how to diagnose such a thing. Solution: recompile tunepimp and amarok should work just fine.
I had this problem too, I had to recompile amarok on my system because libcurl.so.3 had been updated to libcurl.so.4. Used solution in Comment #4 to fix.
*** Bug 192653 has been marked as a duplicate of this bug. ***
*** Bug 196220 has been marked as a duplicate of this bug. ***
I'm running tunepimp 0.5.3 and have the same problem
I had to reinstall both musicbrainz and tunepimp to get around this one. tunepimp configure said I didn't have >=musicbrainz-2.1.0, which was sorted after I reinstalled musicbrainz-2.1.4.