First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 162306
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Portage Utilities Team <tools-portage@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: DEMAINE BenoƮt-Pierre, aka DoubleHP <dhp_gentoo@doublehp.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 162306 depends on: Show dependency tree
Show dependency graph
Bug 162306 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-01-16 01:00 0000
For ease of use, genlop should accept '=' prefix when specifying ebuild
versions. Example: I want to emerge a dozen of things, and come with

emerge -vp1 =sys-libs/db-4.2.52_p4 =media-libs/libkipi-0.1.4
=dev-cpp/gtkmm-2.8.3 | genlop -p

but, in order to get details, I was natural for me to ask
genlop -t =sys-libs/db-4.2.52_p4 =media-libs/libkipi-0.1.4 =dev-cpp/gtkmm-2.8.3
(either editing first line, or copy pasting ebuilds), what failed obviously:
!!! Error: no merge found for '=sys-libs/db-4.2.52_p4'
!!! Error: no merge found for '=media-libs/libkipi-0.1.4'
!!! Error: no merge found for '=dev-cpp/gtkmm-2.8.3'

Ok, manually removing the '=' is not so hard for a 3 ebuilds example; but when
the output is a list of >10 names (revdep-rebuild often generated long lists),
or for various other reasons, I think adding support for accepting optionnal
'=' would improove compatibility with emerge, and ease of use, and should not
interfeere with other functionalities.

------- Comment #1 From Michael Cummings (RETIRED) 2007-04-02 16:59:16 0000 -------
your actual scenario has been fixed in svn, working on getting -t
=cat/package-version to work as well (simply doing -g cat/package-version
works)

------- Comment #2 From Michael Cummings (RETIRED) 2007-04-02 17:34:07 0000 -------
ok, fixed with -t searches as well for exact package names. svn committed.

First Last Prev Next    No search results available      Search page      Enter new bug