A typo in the ebuild prevents the user from knowing the exact name of the file to fetch manually. Reproducible: Always Steps to Reproduce: 1. make sure you don't have jre-6u29-linux-i586.bin in the distfiles 2. emerge -f =app-emulation/emul-linux-x86-java-1.6.0.29 Actual Results: * Fetch failed for 'app-emulation/emul-linux-x86-java-1.6.0.29' * Due to Oracle no longer providing the distro-friendly DLJ bundles, the package has become fetch restricted again. * Please download from: * http://www.oracle.com/technetwork/java/javase/downloads/jre-6u29-download-513650.html * and move it to /usr/portage/distfiles Expected Results: * Fetch failed for 'app-emulation/emul-linux-x86-java-1.6.0.29' * Due to Oracle no longer providing the distro-friendly DLJ bundles, the package has become fetch restricted again. * Please download jre-6u29-linux-i586.bin from: * http://www.oracle.com/technetwork/java/javase/downloads/jre-6u29-download-513650.html * and move it to /usr/portage/distfiles The ebuild uses ${X86_AT} variable to store which file to download, but the new ebuild then in the download instructions the new ebuild prints to the user the ${AT} variable (which in my case looks empty). So I don't get on the screen the name of the file to download.
I also had this issue, and made the same observation re: the X86_AT typo.
Please do not CC arches on your own.
(In reply to comment #2) > Please do not CC arches on your own. devil ago # meta emul-linux-x86-java Package: app-emulation/emul-linux-x86-java Herd: amd64, java Maintainer: amd64, java Re-adding amd64
something in my system is eroring out a step or 2 before the pkf_nofetch() messages come up. It should simply be a matter of changing line form einfo "Please download ${AT} from:" to einfo "Please download ${x86_AT} from:" another care to try and test?
Fixed, thanks.
