Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#33853 - pacman -Qo and pacman -Ql disagree
Attached to Project:
Arch Linux
Opened by Kerrick Staley (KerrickStaley) - Thursday, 14 February 2013, 05:41 GMT
Last edited by Allan McRae (Allan) - Thursday, 14 February 2013, 07:08 GMT
Opened by Kerrick Staley (KerrickStaley) - Thursday, 14 February 2013, 05:41 GMT
Last edited by Allan McRae (Allan) - Thursday, 14 February 2013, 07:08 GMT
|
DetailsPacman can't decide whether the package "curl" owns the file /usr/share/licenses/lib32-curl/COPYING.
Terminal session: $ pacman -Qo /usr/share/licenses/lib32-curl/COPYING /usr/share/licenses/lib32-curl/COPYING is owned by curl 7.29.0-2 $ pacman -Ql curl | grep COPYING curl /usr/share/licenses/curl/COPYING $ pacman --version .--. Pacman v4.0.3 - libalpm v7.0.3 / _.-' .-. .-. .-. Copyright (C) 2006-2012 Pacman Development Team \ '-. '-' '-' '-' Copyright (C) 2002-2006 Judd Vinet '--' This program may be freely redistributed under the terms of the GNU General Public License. $ Maybe my local database is just corrupted? |
This task depends upon
# rm /usr/share/licenses/lib32-curl
# pacman -S lib32-curl
and things seem to be back in order.