On Tue, 1 Mar 2005 17:00:59 -0700, Michal Jaegermann <michal@xxxxxxxxxxxx> wrote: > The current rawhide updates include openssh-3.9p1-12 which requires, > provided, openssl-0.9.7e. The catch is that this makes > 'libssl.so.5' and 'libcrypt.so.5' while most anything on a system > which refers to these libraries, and that is a lot, want to see > 'libssl.so.4' and 'libcrypt.so.4'. So we have new packages > 'openssl097a' which supply these. Rejoice. there is a problem with the new openssl097a package. it doesnt actually provide openssl = 0.9.7a as required by things like current kdelibs in rawhide... at least its a problem until everything in rawhide is rebuilt to require the new openssl. rpm -q --provides -p openssl097a-0.9.7a-1.i386.rpm libcrypto.so.4 libssl.so.4 openssl097a = 0.9.7a-1 rpm -q --provides -p openssl-0.9.7e-2.i386.rpm config(openssl) = 0.9.7e-2 libcrypto.so.5 libssl.so.5 openssl = 0.9.7e-2 rpm -q --provides openssl-0.9.7a-46 as installed on my rawhide system right now config(openssl) = 0.9.7a-46 libcrypto.so.4 libssl.so.4 openssl = 0.9.7a-46 rpm -q --requires -p kdelibs-3.4.0-0.rc1.2.i386.rpm <snip> openssl = 0.9.7a <snip> libcrypto.so.5 rpm -q --requires kdelibs on my rawhide system right now. openssl = 0.9.7a libcrypto.so.4 whether this is a packaging bug or whether this is just a symptom of an inconsistent rawhide tree is an open question. But certaintly right now up2date, nor yum, nor rpm cli can resolve the issue.. simply because nothing in the rawhide tree at the moment actually provides openssl = 0.9.7a-X . It also doesnt help that kdelibs-3.4.0-0.rc1.2.i386.rpm in rawhide at the moment requires libcrypto.so.5... basically meaning that right now kdelibs in rawhide requires openssl-0.9.7e and requires openssl-0.9.7a simultaneously. Not sure how to file this.. this is rather amusing. Someone certaintly needs to file something as a bug report. -jef"rawhide just ate about 20 or so babies... and is now purring contently with a full belly"spaleta