On Fri, Oct 26, 2012 at 11:49 PM, A. Costa <agcosta@gis.net> wrote: > On Thu, 25 Oct 2012 22:38:45 +0200 > David Kalnischkies <kalnischkies+debian@gmail.com> wrote: > >> True. And that is intentional as combining two separate searches >> is a logical OR and not an AND as the combined list includes packages >> which match "foo" but not "bar". >> E.g. libart-2.0-2 is not included as it matches "foo(tprint)", but >> not "bar". If you want OR you can use the usual regex syntax for that. > > Sorry, look again: "liBARt-2.0-2" matches "bar". Uhm, yeah … memo to self: Next time you have the option between go to bed early and write an response to a new bugreport, choose bed … The reason is simple that the code is as silly as I then sleepy: It just checks if all conditions match in the name/provides/description/… So "foo bar" isn't matching because bar is in the name and foo in the description. I have written a patch out of pure embarrassment which *seems* to work, but I would welcome testing of course. Not sure yet if I will push that for wheezy though as it is relatively big for a gain which wasn't an issue for years as this issue exists since ever and it is the first time it is reported. So I will meditate a bit about that in the meantime. Best regards David Kalnischkies
Attachment:
apt-691453-apt-cache-search-multi-pattern.diff
Description: Binary data