[packagekit] search terms should be "one word" ?

[Mounir Lamouri]

Hi,

According to specifications [1], search terms are "one word" but if
you search two words is gnome-packagekit you have results for word1
_and_ results for word2.

[1] http://www.packagekit.org/gtk-doc/Transaction.html#Transaction.SearchDetails
(and below)

There are results from my tests:
- search-file : two words doesn't work
- search-name : two words does work
- search-group: two words doesn't work (had to use pkcon)
- search-details: two words does work

That was with packagekit 0.4.8 gnome-packagekit 2.27.2 and fedora 11.

As yum backend is considered as a reference, I think we need to reach
a final position on:
- search-name should accept two words ? (ie. split spaces)
- search-details should accept two words ? (ie. split spaces)
- i'm fine with search-file and search-group dehaviour... searching
for two files in a row is not needed and searching for two groups
neither but why not throwing a message/warning/error ?

If yes, how ? union or "reunion" [2] of the results ?

[2] that's the french term for the opposite of reunion, i don't know
the english word

My opinion is search-name should not accept two words because a name
is quite simple and not complex enough to do a multiple search and
search-details should accept multiple words search but should do a
reunion of the results. For example, when searching "game server" in
search-details it should return results which returs something for
games AND server not for both.

Backend writers, what's you opinion ?

Thanks,
Mounir