From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Gecko/20041111 Firefox/1.0

Description of problem:
The latest update to the openmotif package now blocks the Oracle 10g
installer from correctly detecting the openmotif version number and
hence, rather embarrassingly, for Red Hat and Oracle, what being
partners and all and being "certified" to work with each other, if you
use the latest Oracle 10g (10.1.0.3.0) installer on Linux x86 and you
are running RHEL 3 with all the latest RPMs (including pre-requisites
for the Oracle installer) installed via "up2date -u", you *cannot*
install Oracle 10g on RHEL 3. Whoops! "Unbreakable Oracle"? I can't
even install it to break it :-)

Version-Release number of selected component (if applicable):
openmotif-2.2.3-4.RHEL3.4

How reproducible:
Always

Steps to Reproduce:
1. "up2date -u openmotif" to install the 2.2.3-4.RHEL3.4 version of
openmotif if you don't already have it.
2. Follow the Oracle 10g installer instructions at 
http://www.oracle.com/technology/pub/articles/smiley_10gdb_install.html
(but use the updated openmotif version)
3. Execute ./runInstaller as the instructions say.


Actual Results:  Watch runInstaller barf, complaining that you don't
have the required openmotif package installed !
    

Expected Results:  runInstaller should detect the version of openmotif
correctly and continue on to the actual installation.

Additional info:

OK, this isn't necessarily entirely Red Hat's fault, but I don't know
if Oracle have a public reporting tool like Bugzilla and it *was* the
RH openmotif update that broke the Oracle 10g installer, so....someone
needs to check the runInstaller version parsing algorithm and either
"massage" openmotif's version to get past the Oracle installer checks
or, failing that, report the issue to Oracle (it's probably someone
from Red Hat who should do that I guess)....

The workaround is, of course, to go back to your RHEL 3 CDs and
install an earlier openmotif RPM that doesn't have that "wacky" new
version number of 2.2.3-4.RHEL3.4 that upsets the obviously naff
version detection code in the Oracle 10g installer. I just used
openmotif 2.2.2-16 from the (quite old now) original RHEL 3 CDs and
that let the install sail through.

One note - if you intend to re-install Oracle 10g at a later date, you
may want to edit /etc/sysconfig/rhn/up2date and add openmotif* to your
list of exclusions for packages to be updated:

pkgSkipList=kernel*;openmotif*;

If you don't do this, "up2date -u" will just put back the "broken
version number" openmotif package and you'll be back to square one
again...