qpkg -v portage did not work as I would have expected it to work. Instead of returning all versions in sys-apps/portage it will return the whole portage repository. And even more interesting qpkg -v usr shows the same behaviour. So when matching the argument string the portage path /usr/portage should probably be neglected. Dominik
This is Brandon's domain.
hmm... this will require a bit of work, but I'll get to it this week.
or maybe this weekend or something...
Created attachment 11064 [details, diff] Simple patch to fix wildcards handling in qpkg -c -v
oops, sorry. Previous attachement should go to another bug, I have no idea how it ended up here.
I'll take this on. Gentoolkit summer cleanup
Created attachment 17231 [details, diff] qpkg-upak-fix.diff Here is my upak fix for the described problem. Works for me.
Created attachment 17232 [details, diff] qpkg-upak-fix.diff (2nd try) Oops, had the wrong comment line on the previous. Here goes again. Sorry. thomas@linux thomas $ /home/thomas/qpkg portage | wc -l 18
Ugh.. My qpkg was already patched with the patch from Bug 27712 Still trying to get used to this patch/diff thing...
this tool is deprecated