On Dec 13, 2007 6:31 PM, Kai Schaetzl <<a href="mailto:maillists@conactive.com">maillists@conactive.com</a>> wrote: > Mhr wrote on Thu, 13 Dec 2007 16:45:34 -0800: >  > > If that's true, doesn't it break some kind of unwritten rule to supersede newer software from an OEM source with older software that has been rebuilt?

<br>> <br>> I'm just "reading by" but if I understood you correctly you installed a<br>> 32bit rpm of the 2.3 version (which you missed to tell from the beginning)<br>> and now yum wants to "update" to a 

2.0.4 64bit rpm version.<br>> I think you missed a vital point - there's no connection<br>> between the 32bit and 64bit packages, it will never attempt to "update" a<br>> 32bit package to 64bit. What actually happens is that it updates the

<br>> installed older 64bit package to the newer one. It doesn't matter at all<br>> if you have a 32bit version installed or not. It's just a mystery why<br>> those packages are not shown in your rpm -qa run. But it's clear that

<br>> yum thinks they are installed.<br>> <br>Interesting points, but not the one I was aiming at.<br><br>My point was that the 2.3.1 version from OOo is newer than the 2.0.4 version from CentOS (although there is an epoch difference which makes the CentOS version look newer), and it is modified from the original 

2.0.4 OOo distribution in that the one that comes with CentOS is a 64-bit package. IOW, the CentOS distribution is modified from the original that came from OOo, but it is still an older revision than the newest one from OOo.

Shouldn't it be the case that a newer revision is NOT updated with an older one, epochs notwithstanding (is the epoch an OOo thing or a CentOS thing?) when the old revision's newer release is still a rebuild of an older revision?

<br><br>(Is this getting too convoluted?  I wouldn't think so, but....)<br><br>What do you CentOS folks think?<br><br>mhr<br><br>