<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: failed dependencies..? in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159863#M8990</link>
    <description>The common factor is libcrypto.so.4&lt;BR /&gt;&lt;BR /&gt;I don't know what rpm thats in but if you figure that out and insstall the missing component you can get to the other failed dependencies.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
    <pubDate>Thu, 08 Jan 2004 13:51:42 GMT</pubDate>
    <dc:creator>Steven E. Protter</dc:creator>
    <dc:date>2004-01-08T13:51:42Z</dc:date>
    <item>
      <title>failed dependencies..?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159862#M8989</link>
      <description>What is it trying to say i need to do if i'm trying to upgrade openssl by RPM when i have a previous version of ssl by RPM already installed. Here's a small sample:&lt;BR /&gt;&lt;BR /&gt;[root@mcsd5 src]# rpm -U openssl-0.9.7c-2.i386.rpm&lt;BR /&gt;warning: openssl-0.9.7c-2.i386.rpm: V3 DSA signature: NOKEY, key ID e01260f1&lt;BR /&gt;error: Failed dependencies:&lt;BR /&gt;        libcrypto.so.4 is needed by (installed) python-2.2.2-26&lt;BR /&gt;        libcrypto.so.4 is needed by (installed) cyrus-sasl-2.1.10-4&lt;BR /&gt;        libcrypto.so.4 is needed by (installed) cyrus-sasl-md5-2.1.10-4&lt;BR /&gt;        libcrypto.so.4 is needed by (installed) openldap-2.0.27-8&lt;BR /&gt;        libcrypto.so.4 is needed by (installed) bind-utils-9.2.1-16&lt;BR /&gt;        libcrypto.so.4 is needed by (installed) lftp-2.6.3-3&lt;BR /&gt;</description>
      <pubDate>Thu, 08 Jan 2004 13:20:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159862#M8989</guid>
      <dc:creator>Kyle D. Harris</dc:creator>
      <dc:date>2004-01-08T13:20:17Z</dc:date>
    </item>
    <item>
      <title>Re: failed dependencies..?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159863#M8990</link>
      <description>The common factor is libcrypto.so.4&lt;BR /&gt;&lt;BR /&gt;I don't know what rpm thats in but if you figure that out and insstall the missing component you can get to the other failed dependencies.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 08 Jan 2004 13:51:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159863#M8990</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-01-08T13:51:42Z</dc:date>
    </item>
    <item>
      <title>Re: failed dependencies..?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159864#M8991</link>
      <description>i think that it is in the old openssl-0.9.7a RPM... Not sure what i'm supposed to do to make it work or what it wants.</description>
      <pubDate>Thu, 08 Jan 2004 14:25:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159864#M8991</guid>
      <dc:creator>Kyle D. Harris</dc:creator>
      <dc:date>2004-01-08T14:25:54Z</dc:date>
    </item>
    <item>
      <title>Re: failed dependencies..?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159865#M8992</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;I think the issue is rather the other way round. The old openssl you have provides a libcrypto.so.4, which is needed by the applications listed (python, cyrus-sasl, etc.)&lt;BR /&gt;If you upgrade OpenSSL these will break ;-)&lt;BR /&gt;The way around this most probably is to upgrade these also to the latest versions (or to upgrade OpenSSL to the latest member of the 0.9.6 series (0.9.6l). There have been some serious changes from 0.9.6 to 0.9.7, so that might be the reason the apps do not like to run with the new version.&lt;BR /&gt;&lt;BR /&gt;Greetings, Martin</description>
      <pubDate>Thu, 08 Jan 2004 14:34:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159865#M8992</guid>
      <dc:creator>Martin P.J. Zinser</dc:creator>
      <dc:date>2004-01-08T14:34:02Z</dc:date>
    </item>
    <item>
      <title>Re: failed dependencies..?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159866#M8993</link>
      <description>try rpm --query openssl to find out what the previsously installed version is</description>
      <pubDate>Thu, 08 Jan 2004 14:35:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159866#M8993</guid>
      <dc:creator>Martin P.J. Zinser</dc:creator>
      <dc:date>2004-01-08T14:35:41Z</dc:date>
    </item>
    <item>
      <title>Re: failed dependencies..?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159867#M8994</link>
      <description>openssl-0.9.7a-20&lt;BR /&gt;</description>
      <pubDate>Thu, 08 Jan 2004 14:37:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159867#M8994</guid>
      <dc:creator>Kyle D. Harris</dc:creator>
      <dc:date>2004-01-08T14:37:57Z</dc:date>
    </item>
    <item>
      <title>Re: failed dependencies..?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159868#M8995</link>
      <description>This new RPM probably installes newer version of libcrypto,i.e. libcrypto.so.5 &lt;BR /&gt;but libcrypto.so.4 is needed by installed python cyrus ,etc.&lt;BR /&gt;&lt;BR /&gt;You can uninstall all the "disturbing"  products and after installing the opensll-0.9.7c reinstall them again.&lt;BR /&gt;&lt;BR /&gt;Ignoring this dependency with:&lt;BR /&gt;rpm -Uvh --nodeps &lt;BR /&gt;will probably cause your installed package partially not to work..&lt;BR /&gt;&lt;BR /&gt;Best Regards...</description>
      <pubDate>Fri, 09 Jan 2004 02:33:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159868#M8995</guid>
      <dc:creator>Alexander Chuzhoy</dc:creator>
      <dc:date>2004-01-09T02:33:53Z</dc:date>
    </item>
    <item>
      <title>Re: failed dependencies..?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159869#M8996</link>
      <description>Well alexander, there's about 50 or so disturbing products. I just listed a small sample. I think most all have libcrypto.so.4 in common.  Why is nothing easy in linux!</description>
      <pubDate>Fri, 09 Jan 2004 07:36:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159869#M8996</guid>
      <dc:creator>Kyle D. Harris</dc:creator>
      <dc:date>2004-01-09T07:36:35Z</dc:date>
    </item>
    <item>
      <title>Re: failed dependencies..?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159870#M8997</link>
      <description>These dependances-troubles are one of the annoying things of linux :-(I think you can keep a copy of /lib/libcrypto.so.4, force the installation of the new openssl with --nodeps option, and then put again libcrypto.so.4 in /lib. The appications will find the library they want. Sometimes I use this trick, but this breaks the advantages of using the rpm system.Maybe you can search for a .rpm package that provides only the libcrypto.so.4 file...CiaoClaudio</description>
      <pubDate>Fri, 09 Jan 2004 07:49:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159870#M8997</guid>
      <dc:creator>Claudio Cilloni</dc:creator>
      <dc:date>2004-01-09T07:49:34Z</dc:date>
    </item>
    <item>
      <title>Re: failed dependencies..?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159871#M8998</link>
      <description>Well, this is what you actually pay for when buying a distro ;-) You can get all programs free from the Web, but getting all the dependencies right can be a bit of a pain ;-)&lt;BR /&gt;&lt;BR /&gt;Your best bet here to end up with a consistent system is to upgrade all the packages listed.&lt;BR /&gt;&lt;BR /&gt;Alternatives:&lt;BR /&gt;- Do not upgrade OpenSSL (which you might want   to because of security upgrades)&lt;BR /&gt;- Check if your favorite distro is out with a new version that is up-to-rev concerning OpenSSL and upgrade everything&lt;BR /&gt;&lt;BR /&gt;In case this is a "production" server some serious testing on a separate system should be done using any route discussed in this thread. (Because you either mock around with the dependencies or you end up upgrading many packages)&lt;BR /&gt;&lt;BR /&gt;Greetings, Martin</description>
      <pubDate>Fri, 09 Jan 2004 10:37:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159871#M8998</guid>
      <dc:creator>Martin P.J. Zinser</dc:creator>
      <dc:date>2004-01-09T10:37:01Z</dc:date>
    </item>
    <item>
      <title>Re: failed dependencies..?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159872#M8999</link>
      <description>Actually Kyle, this is another good reason for compiling things yourself :)</description>
      <pubDate>Fri, 09 Jan 2004 10:39:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/failed-dependencies/m-p/3159872#M8999</guid>
      <dc:creator>Mark Grant</dc:creator>
      <dc:date>2004-01-09T10:39:50Z</dc:date>
    </item>
  </channel>
</rss>

