Bug 139772

Summary:	portage-utils-0.1.18: fix for "q --option applet ..." handling
Product:	Portage Development	Reporter:	TGL <tom.gl>
Component:	Tools	Assignee:	Portage Tools Team <tools-portage>
Status:	RESOLVED FIXED
Severity:	normal	Keywords:	InVCS
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	portage-utils-0.1.18-fix-appletname-handling.patch

Description TGL 2006-07-09 06:58:05 UTC

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 ...".

Comment 1 TGL 2006-07-09 06:58:48 UTC

Created attachment 91282 [details, diff]
portage-utils-0.1.18-fix-appletname-handling.patch

Comment 2 solar (RETIRED) gentoo-dev

2006-07-09 07:33:16 UTC

Thanks for the fix.. new revision: 1.32 InCVS..