Yeah. What Henrik said. I like his theory better than mine.
Since I haven't installed a Red Hat binary RPM in over two years, I'm
kind of out of the loop on the issue of how they version theirs. If
anyone has hints on how to make my Red Hat style RPMs appear 'newer'
than Red Hat's I'm open to suggestions. If no one knows, and I get some
time this weekend I'll talk it out with Jeff Johnson and see if he has
any pointers for me.
Henrik Nordstrom wrote:
> Ahsan Ali wrote:
>
>>I'm using Joe's RPM too and for some reason up2date says my Squid needs
>>updating which is obviously not the case. I've excluded squid manually but
>>me not being an RPM guru, is there something that needs to be changed in
>>the S/RPM version, Joe?
>
>
> The Squid RPM's shipped by redhat uses a special RedHat versioning sheme that
> conflicts with RPM's generated from any other source. They number their Squid
> RPM's manually using a integer serial number rather than using the official
> package version.
>
> Why I don't know. Using manual serial number versioning is strongly adviced
> against in the RedHat RPM documentaiton as it causes more problems than it
> solves. But probably they in some point screwed up the versioning of their
> Squid RPM package or RPM was confused due to Squids odd versioning (once in a
> time we had a versioning scheme where alphabetic sorting sorted the versions
> wrongly). Once you start using serial number versioning there is no easy path
> back to standard versioning.
>
> Regards
> Henrik
>
>
-- Joe Cooper <joe@swelltech.com> http://www.swelltech.com Web Caching Appliances and SupportReceived on Thu Apr 11 2002 - 10:25:38 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:07:32 MST