Pacman

Historical bug tracker for the Pacman package manager.

The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues

This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
Tasklist

FS#15106 - Allow OR searching

Attached to Project: Pacman
Opened by Laszlo Papp (djszapi) - Sunday, 14 June 2009, 21:10 GMT
Last edited by Dan McGee (toofishes) - Tuesday, 16 June 2009, 03:58 GMT
Task Type Feature Request
Category General
Status Closed
Assigned To No-one
Architecture i686
Severity Low
Priority Normal
Reported Version 3.2.2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Hello!

It would be great if pacman can handle more arguments(e.g. by searching, pacman -Ss avr log).

On gentoo it was basic okay, and if i see well yaourt can handle this too.

Now, pacman -Ss avr log search like avr AND log, so there isn't any facility avr OR log.

I can solve this with pacman -Ss avr && pacman -Ss log command, but this is longer :), and searches in the database more times.

Sincerelly,
Laszlo Papp
This task depends upon

Closed by  Dan McGee (toofishes)
Tuesday, 16 June 2009, 03:58 GMT
Reason for closing:  Won't fix
Additional comments about closing:  AND-based searching is the default, and OR-based searching can be accomplished multiple ways.
Comment by Nagy Gabor (combo) - Sunday, 14 June 2009, 21:20 GMT
pacman -Ss handles regular expressions, so pacman -Ss 'avr|log' should work.
Comment by Laszlo Papp (djszapi) - Sunday, 14 June 2009, 21:52 GMT
Okay, but it searches in very confusing mode.

It don't find avr-related packages before log-related packages, but in mixed result.

So in gentoo: emerge -S avr log -> first x result is avr-related, second y result is/are log-related.
Comment by Laszlo Papp (djszapi) - Sunday, 14 June 2009, 22:36 GMT
Okay, but it searches in very confusing mode.

It don't find avr-related packages before log-related packages, but in mixed result.

So in gentoo: emerge -S avr log -> first x result is avr-related, second y result is/are log-related.
Comment by Allan McRae (Allan) - Monday, 15 June 2009, 10:28 GMT
  • Field changed: Summary (more argument handling → Allow pacman searching to take multiple arguments)
Adjusted the title to better reflect actual request...
Comment by Xavier (shining) - Monday, 15 June 2009, 13:48 GMT
The title is still wrong :)
pacman searching already takes multiple arguments, but we agreed AND searching was more useful than OR searching when we implemented  FS#2334 
This request is about reverting that change, I am not fine with that.

The options are either rejecting this request, or finding an option for OR searching and implementing it.
Comment by Xavier (shining) - Monday, 15 June 2009, 14:38 GMT
> I can solve this with pacman -Ss avr && pacman -Ss log command, but this is longer :), and searches in the database more times.

This would not be longer if you wrote a very simple bash function.

And performance should not be a big problem. The number of comparisons during the search is the same.
However, the database would indeed be loaded on each pacman call, but the filesystem cache makes the subsequent loading much faster.
Comment by Dan McGee (toofishes) - Tuesday, 16 June 2009, 03:35 GMT
Yeah, we switched this to AND-based searching on the ticket Xavier mentioned, and I'm with him- there are plenty of options for doing OR-based searching, even if they aren't immediately apparent.

Won't fix?
Comment by Allan McRae (Allan) - Tuesday, 16 June 2009, 03:48 GMT
I remember the AND based searching bug now and I'm in agreeance with keeping it AND based by default.

As far as this bug goes, we have the option of implementing a far more general searching (i.e. regexp) in which case it is probably better opening a new bug report clearly focused on just that. Or we can close this as Won't Fix. Either way, this bug gets closed...
Comment by Dan McGee (toofishes) - Tuesday, 16 June 2009, 03:58 GMT
pacman -Ss avr && pacman -Ss log
pacman -Ss '(avr|log)'

are both solutions for this. Searching *is* fully regex based, so we shouldn't reinvent the wheel there.

Loading...