When using a common option before the applet name, the applet gets his name as an argument (and doesn't get the first option too, although it's usually not a problem since the q applet has already treated it). For instance: % q file -v foobar % q -v file foobar sys-apps/file-4.17-r1 (/usr/share/misc/file) sys-apps/file-4.17-r1 (/usr/bin/file) dev-perl/URI-1.35 (/usr/lib/perl5/vendor_perl/5.8.8/URI/file) sys-devel/gcc-4.1.1 (/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/include/g++-v4/gnu/java/net/protocol/file) % q depends -v foobar % q -v depends foobar dev-perl/extutils-depends-0.205: >=dev-lang/perl-5.8.2 !<perl-core/ExtUtils-MakeMaker-6.17 >=dev-lang/perl-5.8.2 !<perl-core/ExtUtils-MakeMaker-6.17 >=dev-lang/perl-5.8.2 !<perl-core/ExtUtils-MakeMaker-6.17 Attached patch should fix that, by forcing things to behave just like if the command line had been "q applet --option ...".
Created attachment 91282 [details, diff] portage-utils-0.1.18-fix-appletname-handling.patch
Thanks for the fix.. new revision: 1.32 InCVS..
