[packagekit] Implementation of searchFiles in APT backend

Matthias Klumpp matthias at nlinux.org
Wed Oct 28 05:57:32 PDT 2009

On Wed, 28 Oct 2009 11:42:13 +0100, Sebastian Heinlein <sebi at glatzor.de>
> On Tue, Oct 27, 2009 at 08:38:22AM +0000, Richard Hughes wrote:
>> 2009/10/25 Matthias Klumpp <matthias at nlinux.org>:
>> > It may be important that (on this early stage) I call searchFiles one
>> > after
>> > one. If i supmit the request parallel I'm sure this will be a lot
>> > faster.
>> I've switched gnome-packagekit to use the OR search in SearchFiles by
>> default, so you can do:
>> SearchFiles("/usr/bin/dave&/usr/sbin/dave&/bin/dave")
>> and it treats it like a giant OR search. In the future SearchFiles()
>> will take a string array (and not a string) which will remove the need
>> to use a silly separator value.
>> Not all the backends support '&' as it's newly introduced and optional
>> in 0.5.x, so caveat emptor.
> The apt backend can now make use of apt-file if it is installed.
> Unfortunately the apt-file regex support seems to not allow
> alternation, e.g apt-file -x find "/usr/bin/xterm|/usr/bin/abiword"
> doesn't work
> So searching for several files in one call isn't possible.
Wow, thank you! At time I'm reading the backend code to understand how it
works. (Because if I change something by myself I would damage more than I
make good ;-P)
Would it make sense to forward this apt-file behaviour to the apt-file

More information about the PackageKit mailing list