FS#5388 - pacman -Su and -S different version check
Attached to Project:
Pacman
Opened by Roberto Braga (Bobonov) - Monday, 11 September 2006, 10:15 GMT
Last edited by Aaron Griffin (phrakture) - Sunday, 04 February 2007, 20:31 GMT
Opened by Roberto Braga (Bobonov) - Monday, 11 September 2006, 10:15 GMT
Last edited by Aaron Griffin (phrakture) - Sunday, 04 February 2007, 20:31 GMT
|
Details
It seem that -Su and -S package version check are different
and the -S is wrong.
I have done a pacman -Syu to list all the needed upgrade. (I'll cut of the unecessary package form the output to have it more clear) pacman -Su Targets: libmysqlclient-5.0.24a-1 mysql-5.0.24a-1 mysql-clients-5.0.24a-1 Then I started to upgrage the package using -S optin and specifing the package: Pacman -S libmysqlclient mysql mysql-clients :: libmysqlclient-5.0.24-1: local version is newer. Upgrade anyway? [Y/n] y :: mysql-5.0.24-2: local version is newer. Upgrade anyway? [Y/n] y :: mysql-clients-5.0.24-1: local version is newer. Upgrade anyway? [Y/n] y Targets: libmysqlclient-5.0.24a-1 mysql-5.0.24a-1 mysql-clients-5.0.24a-1 It seem that the -Su option use a differen version check than -S option. |
This task depends upon
Closed by Dan McGee (toofishes)
Tuesday, 06 February 2007, 21:34 GMT
Reason for closing: Fixed
Additional comments about closing: Added some code to honor 'force' flag in plain -S operation.
Tuesday, 06 February 2007, 21:34 GMT
Reason for closing: Fixed
Additional comments about closing: Added some code to honor 'force' flag in plain -S operation.
I noticed this also with other package, maybe the version checking should be corrected.
1.0abcd or 1.0abc
1.0a or 1.0A
1.1 or 1.1c
It's utterly impossible to tell.
The best we can do is honor 'force' in -S calls. I will fix this in pacman3.