# qpkg -I -f /usr/lib/libmpeg2.so
Whilst installing a game which depends upon games-engines/scummvm, the build of that failed because of missing symbols starting "mpeg_"; those symbols weren't in libmpeg2.a, according to nm(1). Using qpkg(1), saw the double ownership.
Unmerged drip, re-emerged libmpeg2, emerged the game again and this time everything worked.
So, to my inexperienced eye, it looks as though drip is installing a much more minimal libmpeg2, which breaks other ebuilds, with no conflict declared against the more full-featured libmpeg2 ebuild.
Steps to Reproduce:
1. emerge media-libs/libmpeg2
2. emerge media-video/drip
3. emerge games-engines/scummvm
emerge of games-engines/scummvm failed
emerged the engine which depended upon libmpeg2 successfully
Is this still an issue with drip-0.9.0 ?
Sorry, don't know; the current drip is ~x86 and I run x86 and don't want to
break my mpeg setup again at the moment, not having a spare test system.
I guess the question is whether or not drip-0.9.0 installs a libmpeg2 in
/usr/lib/; if so, then yes it's still a problem.
Sorry that I can't help any further.
drip masked and pending removal.