FS#14642 - -R should interpret local/

Attached to Project: Pacman
Opened by Peter Avramucz (muczyjoe) - Saturday, 09 May 2009, 12:12 GMT
Last edited by Xavier (shining) - Monday, 27 July 2009, 13:25 GMT
Task Type Feature Request
Category General
Status Closed
Assigned To Dan McGee (toofishes)
Architecture All
Severity Medium
Priority Normal
Reported Version 3.2.2
Due in Version 3.3.0
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Summary and Info:

pacman -Qs firefox
...
local/firefox 3.0.10-1
...

pacman -R local/firefox
...
error: 'local/firefox': not found in local db


-R should interpret "local/".
This task depends upon

Closed by  Xavier (shining)
Monday, 27 July 2009, 13:25 GMT
Reason for closing:  Fixed
Additional comments about closing:  fixed : be7266155f
Comment by Allan McRae (Allan) - Saturday, 09 May 2009, 12:31 GMT
I think it would be better if the -Q options did not print "local/" at all. -Q only deals with local packages so it seems redundant.
Comment by Dan McGee (toofishes) - Saturday, 09 May 2009, 21:25 GMT
I don't mind the "local/" prefix as much in -Qs output only because it makes it more consistent with -Ss output. However, if we print it, we should definitely allow it, or not print it at all. I think I just lean the other way from Allan on this one.

The common ground is that something needs to get fixed. :)
Comment by Loui Chang (louipc) - Saturday, 06 June 2009, 17:34 GMT
You still have to strip off the version and the descriptions...
`pacman -Qsq firefox` already gives you what you need.

Loading...