[CentOS] Conflict installing openssl.i386 with openssl.x86_64 on a x86_64 system

Mon Jun 12 21:35:20 UTC 2006
Kanwar Ranbir Sandhu <m3freak at rogers.com>

Hi Everyone,

I've got a system running CentOS 4 x86_64 and have some i386 packages
(e.g. Firefox) installed, too.  I knew when I started out that this
wasn't ideal, but worked nonetheless.  And, so far, it has.  I'm (and my
client) are happy!

A couple of days ago I updated the server from U2 to U3 (it's not a
public system, and runs some critical software...U3 couldn't go in right
away).  Everything appeared to be going well until it came time to
install the updates, when yum barfed:

Transaction Check Error: file /usr/share/man/man1/asn1parse.1ssl.gz
from install of openssl-0.9.7a-43.8 conflicts with file from package
openssl-0.9.7a-43.8
file /usr/share/man/man1/nseq.1ssl.gz from install of
openssl-0.9.7a-43.8 conflicts with file from package openssl-0.9.7a-43.8
file /usr/share/man/man1/s_client.1ssl.gz from install of
openssl-0.9.7a-43.8 conflicts with file from package openssl-0.9.7a-43.8
file /usr/share/man/man1/s_server.1ssl.gz from install of
openssl-0.9.7a-43.8 conflicts with file from package openssl-0.9.7a-43.8
file /usr/share/man/man1/sslpasswd.1ssl.gz from install of
openssl-0.9.7a-43.8 conflicts with file from package openssl-0.9.7a-43.8

Looks like the x86_64 and i386 openssl packages install their man pages
to the same location.  I was able to complete the update after excluding
openssl.

I'm not sure how other packages handle this, but it looks like a bug.
However, I found a mail list thread where Karanbir or Johnny (not sure
which one) indicated that this had been fixed.  Well, the update is not
going in for me, so something is fubar.

Anyone else dealing with this?  Is there a workaround or fix I'm not
aware of?  I'd appreciate any pointers.

Thanks,

Ranbir
-- 
Kanwar Ranbir Sandhu
Linux 2.6.16-1.2111_FC4 i686 GNU/Linux 
17:22:25 up 10:52, 3 users, load average: 0.67, 0.55, 0.55