Bug 52671 - up2date fails to resolve dependencies for openssl (needs to pull in openssl095a)
Summary: up2date fails to resolve dependencies for openssl (needs to pull in openssl095a)
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: up2date
Version: 7.0
Hardware: i386
OS: Linux
high
medium
Target Milestone: ---
Assignee: Adrian Likins
QA Contact: Jay Turner
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-08-27 21:07 UTC by Need Real Name
Modified: 2015-01-07 23:51 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-09-02 16:07:32 UTC
Embargoed:


Attachments (Terms of Use)

Description Need Real Name 2001-08-27 21:07:32 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.5 i686; en-US; rv:0.9.1)
Gecko/20010622

Description of problem:
Using up2date to update openssl, I get an error regarding failing
dependencies. Many, many packages depend on libcrypt.so.0 (symlink to
libcrypt.so.0.9.5) and libssl.so.0 (ditto - to libssl.so...).
It seems you fixed this by providing an updated 0.9.5, and also the newer
openssl 0.9.6. The developers seem to be on a pre 1.0 kick, so it is
symlinked to lib(crypt|ssl).so.1 instead.
This breaks dependencies.

OK - the problem - simply put, up2date should find the dependencies and
pull in the openssl095a package to satisfy them.

After I struggled for a time and ftp'd to rawhide, I discovered the
openssl095a package. up2date openssl095a, up2date -u solved everything.

I thought it was just me, but the up2date -u automatically solved another
dependency with a similar issue - it pulled in the package openldap12
because the new openldap package breaks dependencies.

Why can't it do that for openssl and openssl095a?


Steps to Reproduce:
1. base RH7.1 system plus up2date as of 7/01
2. up2date -u on 8/27/01 or after (probably as early as 8/23)
	

Actual Results:  Fails to update - says unable to resolve dependencies
automatically - because of dependencies on libcrypt.so.0 and libssl.so.0

Expected Results:  Should automatically pull in openssl095a.

Comment 1 Need Real Name 2001-08-27 21:10:47 UTC
Workaround - For those of you also stuck with this.

Like I said above:
# up2date openssl095a
...
# up2date -u

Or, simply:
# up2date openssl095a openssl openssl-devel

Then update whatever else you want.


Comment 2 Jay Turner 2001-08-28 15:19:13 UTC
OK, the only way that I see this happening on a base 7.1 installation is if
openssl095a didn't get installed to begin with, then something got queued for
installation which depended on the functionality provided by the compat package.
 Going to attempt this in the lab and see what happens.

Comment 3 Need Real Name 2001-09-02 16:07:27 UTC
Um... make that RH7.0. I have two servers, one with RH7.0 and one with RH7.1. 
I'm having the problem with the 7.0 box, but the 7.1 box updates fine.

Comment 4 Adrian Likins 2002-05-08 22:19:08 UTC
This should be fixed with the current errata versions of up2date.


Note You need to log in before you can comment on or make changes to this bug.