Running the command below consistently crashes portage: cwr@farthing ~ $ equery hasuse -p nsplugin [ Searching for USE flag nsplugin in all categories among: ] * installed packages * Portage tree (/usr/portage) [-P-] [M~] dev-java/icedtea6-bin-1.6.2-r2 (0) [-P-] [ ] dev-libs/opensc-0.11.11 (0) [-P-] [M~] media-gfx/freewrl-1.19.1 (0) [-P-] [M~] dev-java/sun-jre-bin-1.6.0.18 (1.6) [-P-] [ -] dev-java/sun-jre-bin-1.6.0.17 (1.6) [-P-] [M~] media-video/parole-0.1.99 (0) [-P-] [ ] media-video/totem-2.26.3-r1 (0) [-P-] [M~] dev-java/gnu-classpath-0.97.2 (0.97) * Digest verification failed: * /usr/portage/games-misc/fortune-mod-dune/fortune-mod-dune-2.0.1.ebuild * Reason: Filesize does not match recorded size * Got: 711 * Expected: 717 !!! Internal portage error, terminating !!! u'games-misc/fortune-mod-dune-2.0.1' cwr@farthing ~ $ emerge --version Portage 2.1.7.16 (default/linux/x86/10.0, gcc-4.3.4, glibc-2.10.1-r1, 2.6.32-gentoo-r5-1 i686) cwr@farthing ~ $ Reproducible: Always Steps to Reproduce: 1. See above 2. 3. Actual Results: Crash. Expected Results: No crash. There's obviously a problem with the ebuild, but portage should handle it more gracefully.
You should sync your portage tree - the last change to games-misc/fortune-mod-dune was two weeks ago. That said, equery should probably print the error but not die because of it - the Manifest failure isn't vital to the hasuse query being performed.
What version of genttolkit is this happening for? I have tested this in the current gentoolkit development repo (revision 267) and it reports the failure but continues with the report as it should. If this is with the genttolkit-0.3.0_rc series, it will be fixed in the _rc10 release. for me it was gtkpod that failed, same equery hasuse -p nsplugin
Yes, that looks like an older version of gentoolkit; please use the newest available version when reporting bugs. Secondly, that error is printed out to the screen by Portage's aux_get, and there is no way to catch it or disable it, though that feature has been requested.