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#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
Opened by Manuel Tortosa (manutortosa) - Sunday, 14 April 2013, 19:30 GMT
|
DetailsHere 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.