netscape-flash-10_beta20080811 depends on acroread in gentoo which I find totally insane. Application should never depend on something that it, in fact, doesn't require. Reproducible: Always Steps to Reproduce: 1. emerge -uav netscape-flash 2. 3. Actual Results: [ebuild N ] net-libs/xulrunner-bin-1.8.1.16 10,268 kB [ebuild N ] net-libs/xulrunner-bin-1.8.1.16 10,268 kB [ebuild N ] app-text/acroread-8.1.2-r3 USE="cups ldap -minimal -nsplugin" LINGUAS="-da -de -en -es -fi -fr -it -ja -ko -nb -nl -pt -sv -zh_CN -zh_TW" 45,919 kB [ebuild U ] net-www/netscape-flash-10_beta20080811 [10_beta20080702] 0 kB Expected Results: [ebuild U ] net-www/netscape-flash-10_beta20080811 [10_beta20080702] 0 kB
From the ebuild in question: # This version especially is ugly in that it hard-requires libcurl.so.3. On # x86 systems, we could just symlink to libcurl.so.4, but by using acroread # to provide the needed libs we have a single solution that works for both # amd64 and x86, which I like marginally better. echo 'LDPATH="/opt/Adobe/Reader8/Reader/intellinux/lib"' > 99flash-10-libhack So, the weird looking dependency is actually on purpose. Binary packages can be kind of awkward for packagers to deal with... If you have ideas for a cleaner solution that still addresses both x86 and amd64 arches, feel free to re-open this bug so you can discuss them with the package maintainer.
Maybe you can include libcurl in emul-linux-x86-baselibs? Actual solution isn't clean in my opinion because it forces users to install xul-runner (which is quite big) and acroread. Flash does not require neither of them.
Please reopen this bug only when you have replaced the Summary with something that isn't a simple, unavoidable fact. If you want to have amd64 change the emul libs for this purpose, then make the Summary state that. :) *** This bug has been marked as a duplicate of bug 234542 ***
