Broken upgrade paths
Tom 'spot' Callaway
tcallawa at redhat.com
Thu Jul 20 05:00:06 UTC 2006
On Thu, 2006-07-20 at 00:51 -0400, Tom Lane wrote:
> Jesse Keating <jkeating at redhat.com> writes:
> > pkg FC5 devel
>
> > elinks elinks-0.11.0-2.3 elinks-0.11.1-4.1
> > gawk gawk-3.1.5-6.3 gawk-3.1.5-11
> > gnome-applet-vm gnome-applet-vm-0.0.7-2 gnome-applet-vm-0.1.0-0.rc1
> > lockdev lockdev-1.0.1-9.2.1 lockdev-1.0.1-10
> > lslk lslk-1.29-16.2.1 lslk-1.29-17
> > lsof lsof-4.77-1 lsof-4.78-1
> > procinfo procinfo-18-18.2.2 procinfo-18-19
> > procps procps-3.2.6-3.5 procps-3.2.7-3
> > psmisc psmisc-22.2-1.1 psmisc-22.2-5
> > readahead readahead-1.2-2 readahead-1.3-1
> > rsh rsh-0.17-34.1 rsh-0.17-35
> > sudo sudo-1.6.8p12-4.1 sudo-1.6.8p12-7
> > util-linux util-linux-2.13-0.20.4 util-linux-2.13-0.33
> > vlock vlock-1.3-22.2.1 vlock-1.3-23
> > words words-3.0-8.1 words-3.0-9
> > am-utils am-utils-6.1.3-1.2.1 am-utils-6.1.5-3
>
> I must need to go back to RPM school, because AFAICS the devel version
> should be considered newer in every one of those cases. What's the
> problem exactly?
RPM doesn't really treat these numbers as integers. Instead of treating
that . as a decimal separator for a whole number like our brain does, it
just treats it as a string.
so, 18.2.2 is > 19 for rpm, because it is a longer string.
(This is a drastic oversimplification, but it should serve the purpose)
The best way to avoid this problem? Keep your Release field as a whole
number, then rpm knows that 18 < 19.
~spot
--
Tom "spot" Callaway: Red Hat Technical Team Lead || GPG ID: 93054260
Fedora Extras Steering Committee Member (RPM Standards and Practices)
Aurora Linux Project Leader: http://auroralinux.org
Lemurs, llamas, and sparcs, oh my!
More information about the Fedora-maintainers
mailing list