# qpkg -I -f /usr/lib/libmpeg2.so media-libs/libmpeg2 * media-video/drip * 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. Reproducible: Always Steps to Reproduce: 1. emerge media-libs/libmpeg2 2. emerge media-video/drip 3. emerge games-engines/scummvm Actual Results: emerge of games-engines/scummvm failed Expected Results: 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.
