Arch Linux

Please read this before reporting a bug:

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
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No


Pacman 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

Closed by  Allan McRae (Allan)
Thursday, 14 February 2013, 07:08 GMT
Reason for closing:  Not a bug
Comment by Daniel Wallace (gtmanfred) - Thursday, 14 February 2013, 05:55 GMT
it appears if you had lib32-curl installed from the aur, it was a symlink from /usr/share/licenses/lib32-curl -> curl ... and I changed it to an actual directory.
Comment by Kerrick Staley (KerrickStaley) - Thursday, 14 February 2013, 05:58 GMT
Ah, it's indeed a symlink. I ran

# rm /usr/share/licenses/lib32-curl
# pacman -S lib32-curl

and things seem to be back in order.