FS#41847 - [mksh] version numbering prevents pacman detecting 50-1 -> 50b-1 upgrade

Attached to Project: Community Packages
Opened by Steven Honeyman (stevenhoneyman) - Saturday, 06 September 2014, 14:29 GMT
Last edited by Thorsten Töpper (Atsutane) - Sunday, 07 September 2014, 20:39 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Thorsten Töpper (Atsutane)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

This is not detected as an upgrade because of the "b" in the version number.

> warning: mksh: local (50-1) is newer than community (50b-1)
> there is nothing to do


Steps to reproduce:

$ pacman -Syu
:: Synchronising package databases...
core is up to date
extra is up to date
community is up to date
multilib is up to date
:: Starting full system upgrade...
warning: firefox: local (32.0-6) is newer than extra (32.0-1)
warning: less: local (466-1) is newer than core (458-1)
warning: mksh: local (50-1) is newer than community (50b-1)
warning: parcellite: ignoring package upgrade (1.1.7-2 => 1.1.8-1)
warning: xz: local (5.1.3alpha-1) is newer than core (5.0.5-2)
there is nothing to do
This task depends upon

Closed by  Thorsten Töpper (Atsutane)
Sunday, 07 September 2014, 20:39 GMT
Reason for closing:  Fixed
Additional comments about closing:  Followed Dave's advise, thank you.
Comment by Bogomil (smirky) - Sunday, 07 September 2014, 13:22 GMT
Try pacman -Syyu
Comment by Dave Reisner (falconindy) - Sunday, 07 September 2014, 13:30 GMT
> Try pacman -Syyu
No amount of refreshing sync DBs will fix this. "50b" sorts older than "50" according to vercmp, but "50.b" does not:

$ printf %s\\n 50 50b 50.b | pacsort
50b
50
50.b

Loading...