CentOS - Jun 2006 - Conflict installing openssl.i386 with openssl.x86_64 on a x86_64 system

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

Kanwar Ranbir Sandhu wrote:
> 
> 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.
this is not a problem, lots of packages do this.

> I'm not sure how other packages handle this, but it looks like a bug.
the bug would be something to do with the way that package ( either the
x86_64 or the i386 one ) was built, or it could also be you had i386
repo's enabled on the machine, and ran updates / installs against that
). We've had another person complain about this and open a bug, but
neither me nor Johnny were able to reproduce this issue, so cant really
start looking for a fix.....

if you can, add some reproduceability instructions and add to bug #1356
at http://bugs.centos.org/ that would help sort this issue out.


-- 
Karanbir Singh : http://www.karan.org/ : 2522219 at icq