Some ebuilds depend on app-emulation/emul-linux-x86-compat while they need only libstdc++-v3: games-fps/enemy-territory-truecombat-0.49b games-puzzle/drod-bin games-strategy/darwinia-1.3.0 games-strategy/darwinia-1.4.0_beta9 games-strategy/darwinia-demo-1.3.0 mail-client/novell-groupwise-client-8.0.2.96933 media-video/binkplayer-1.9p (to be removed, bug 522096) sci-chemistry/cara-bin-1.8.4 Possibly also these, but I cannot test because they are fetch-restricted: sci-chemistry/icm-3.7.2e sci-chemistry/icm-3.7.3b sci-chemistry/icm-browser-3.6.1i The -compat package installs also libraries from sys-libs/lib-compat which have security issues and are package.masked. Therefore I'd like to update above mentioned ebuild to depend directly on libstdc++. The question is by what the emul* dependency should be replaced? There are several possibilities: virtual/libstdc++:3.3 sys-libs/libstdc++-v3[multilib] virtual/libstdc++:3.3[multilib(-)] (and add multilib flag to virtual) I'd prefer the first possibility, for the following reasons: - It is in line with gcc and glibc, where we take for granted that they support multilib in the respective profiles. - The dependency would be identical for x86 and amd64. - repoman complains about the [multilib] dependency for some profiles, even if the package with the dependency is masked there ("dependency.badmasked"). @multilib: What do you think?
Regarding icm-browser - have a look at #466724. This package doesn't work atm. pacho already opened a version bump request (see #496858), but nothing happen so far.
All done.
