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.
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.
FS#6273 - pacman -Re for quick removal of all orphans
Attached to Project:
Pacman
Opened by Roman Kyrylych (Romashka) - Wednesday, 24 January 2007, 20:07 GMT
Last edited by Xavier (shining) - Saturday, 26 April 2008, 15:26 GMT
Opened by Roman Kyrylych (Romashka) - Wednesday, 24 January 2007, 20:07 GMT
Last edited by Xavier (shining) - Saturday, 26 April 2008, 15:26 GMT
|
DetailsWell, I think Summary is clear, but here is detailed desription:
I propose to add new option -e to -R, so pacman -Re should remove all packages listed with -Qe, with confirmation of course (anyway user can do "yes | pacman -Re" to avoid pressing Y each time). |
This task depends upon
pacman -Qe | cut -d' ' -f1 | xargs sudo pacman -R
No confirmation, but well that's quicker ;) And you can always reinstall the packages you want after.
Or if you have 100 orphans, and want to remove them all except a few ones :
pacman -Qe | cut -d' ' -f1 | grep -v -E "^pkg1$|^pkg2$|..."
sudo pacman -Rs $(pacman -Qtdq) :)
Edit (off topic) : the above command could also solve the request made in the comments of
FS#7208You can't list recursively orphans with -Q, but -Rs will list them all and ask you to remove them.
And in my opinion we don't need another pacman option when we can combine the existing ones just fine.
So I will close it now, but feel free to re-open if you like.