FS#34784 - Pacman assumes the first provider on using -Sp instead of returning the virtual package

Attached to Project: Pacman
Opened by Manuel Tortosa (manutortosa) - Sunday, 14 April 2013, 19:30 GMT
Task Type Bug Report
Category General
Status Unconfirmed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version 4.1.0
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

Here goes an example

[manutortosa@localhost buildroot]$ pacman --print-format "%n %v %s" -Sp libreoffice-common
libreoffice-af 4.0.2-1 998192
libreoffice-common 4.0.2-1 58726852

The info returns -af, the first package providing libreoffice-langpack but the ideal result whould be returning libreoffice-langpack instead, else it is giving incorrect info.
This task depends upon

Comment by Karol Błażewicz (karol) - Sunday, 14 April 2013, 20:41 GMT
Seems somewhat related to https://bugs.archlinux.org/task/28826
Comment by Allan McRae (Allan) - Sunday, 14 April 2013, 21:41 GMT
What would it print for "libreoffice-langpack" given there is no such package?
Comment by Manuel Tortosa (manutortosa) - Sunday, 14 April 2013, 21:51 GMT
Well, printing libreoffice-langpack is quite more accutared then printing the Afrikaans language pack which is only one of the more then 100 packages providing libreoffice-langpack.
Comment by Allan McRae (Allan) - Sunday, 14 April 2013, 22:03 GMT
-Sp implies --noconfirm which selects the first provider. This provides a list sources that would enable the install the requested packages when downloaded. Both the current and proposed obviously have disadvantages...
Comment by Manuel Tortosa (manutortosa) - Sunday, 14 April 2013, 22:11 GMT
In my case i wanted to show the list of packages needed to install a given package in a GUI and this aboslutelly breaks it.. never thought it was assuming --noconfirm for printing info.

Loading...