578758 – app-portage/portage-utils: qsearch: output is $CATEGORY/$CATEGORY instead of $CATEGORY/$PN

Bug 578758 - app-portage/portage-utils: qsearch: output is $CATEGORY/$CATEGORY instead of $CATEGORY/$PN

Summary: app-portage/portage-utils: qsearch: output is $CATEGORY/$CATEGORY instead of ...

Status:	RESOLVED FIXED

Alias:	None

Product:	Portage Development
Classification:	Unclassified
Component:	Tools (show other bugs)
Hardware:	PPC Linux

Importance:	Normal trivial (vote)
Assignee:	Portage Utils Team

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2016-04-01 14:05 UTC by Kolbjørn Barmen
Modified:	2016-04-01 21:43 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Kolbjørn Barmen 2016-04-01 14:05:35 UTC

I have a few G4 systems running Gentoo/Linux, and a common "misfeature" is this that qsearch (portage-utils) does not present its output correctly:

minismurf ~ # qsearch tcsh
app-shells/app-shells Enhanced version of the Berkeley C shell (csh)

Expected output would be:

halbrend ~ # qsearch tcsh
app-shells/tcsh Enhanced version of the Berkeley C shell (csh)

I have this issue only with my 32bit PowerPC systems, but I really have not had the chance to test on other exotics archs.

Comment 1 SpanKY gentoo-dev

2016-04-01 16:09:08 UTC

i can reproduce on a ppc system

Comment 2 SpanKY gentoo-dev

2016-04-01 21:43:22 UTC

should be fixed here:
https://gitweb.gentoo.org/proj/portage-utils.git/commit/?id=46aea99b4b973d29db4f717fa72bcf3e1cb80f22

we were calling dirname before basename.  guess it just happens to work depending on the optimization/call details.