emerge -s interpretes regular expressions on the end of search names so when emerge -s sees "dvd+rw-tools" theres no possible way it can find the packages. Dvd+rw-tools should be renamed to conform to emerge -s functionality. Reproducible: Always Steps to Reproduce: 1. emerge -s dvd+rw-tools 2. emerge -pv dvd+rw-tools 3. Actual Results: Searching... [ Results for search key : dvd+rw-tools ] [ Applications found : 0 ] These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] app-cdr/dvd+rw-tools-5.17.4.8.6 89 kB Total size of downloads: 89 kB Expected Results: emerges should find dvd+rw-tools and work with regular expressions.
emerge -s dvd\+rw-tools does find the package. i don't think this is a bug; it's a regular expressions feature ;-). However, portage could warn the user when it see's a "+", informing the user of the +'s real meaning and to escape the + when literally searching for the character.
This is a bug since it is supprising the user with functionality they would not expect. I like the idea of tell the users they can use regular expressions. For the concept of consistancey either include regular expressions in all emerge options, provide a flag to enable them for those who like to use them, or just rename dvd+rw-tools to dvdrw-tools.
If the user doesn't expect this, then they are not firmiliar with the system they are opperating on. I don't think this is a bug at all, but I'll leave it to the portage devs to decide it they wan't to do extra work because one package has a + in the middle of its name.
Agreed, extra work is need to allow the inclusion of regular expression letters within ebuild names and still have the portage be able to decern real regular expressions.
*** This bug has been marked as a duplicate of 66570 ***
