Toon posts:

[RedHat AS v2.1] ellende bij updaten tcp_wrappers en openssl

Pagina: 1
Acties:

Verwijderd

Topicstarter
ik draai redhat as v2.1 en probeer mijn tcp wrappers te updaten van tcp_wrappers-7.6-19 naar tcp_wrappers-7.6-34.i386.rpm.
daarbij krijg ik een "segmentation fault".

edit: dit is op te lossen door "/usr/lib/rpm/rpmu -Uvh tcp_wrappers-7.6-34.i386.rpm" uit te voeren in plaats van "rpm -Uvh tcp_wrappers-7.6-34.i386.rpm"
waarom weet ik niet precies, gevonden op de redhat mailinglist


wat ook niet lukt is het updaten van openssl-0.9.6b-36 en openssl-devel-0.9.6b-36 naar openssl-0.9.7a-33.12 en openssl-devel-0.9.7a-33.12.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
[root@asdf tmp]#  rpm -Uvh openssl-0.9.7a-33.12.i386.rpm openssl-devel-0.9.7a-33.12.i386.rpm

error: failed dependencies:
        libcrypto.so.2   is needed by cyrus-sasl-md5-1.5.24-24
        libcrypto.so.2   is needed by sendmail-8.11.6-9.72.1
        libcrypto.so.2   is needed by python-1.5.2-38
        libcrypto.so.2   is needed by htdig-3.2.0-2.011302
        libcrypto.so.2   is needed by kdebase-2.2.2-3
        libcrypto.so.2   is needed by autofs-3.1.7-21
        libcrypto.so.2   is needed by bind-utils-9.1.3-5
        libcrypto.so.2   is needed by nss_ldap-172-3
        libcrypto.so.2   is needed by pidentd-3.0.14-1
        libcrypto.so.2   is needed by stunnel-3.22-1
        libcrypto.so.2   is needed by ucd-snmp-4.2.4-1
        libcrypto.so.2   is needed by kernel-utils-2.4-6
        libcrypto.so.2   is needed by curl-7.8-1
        libcrypto.so.2   is needed by mod_ssl-2.8.7-3
        libcrypto.so.2   is needed by php-4.0.6-16
        libcrypto.so.2   is needed by php-ldap-4.0.6-16
        libcrypto.so.2   is needed by squid-2.4.STABLE6-1.7.2
        libcrypto.so.2   is needed by tcpdump-3.6.2-10.7x
        libcrypto.so.2   is needed by ucd-snmp-utils-4.2.4-1
        libcrypto.so.2   is needed by lynx-2.8.4-17
        libcrypto.so.2   is needed by openssh-3.1p1-15
        libcrypto.so.2   is needed by openssh-clients-3.1p1-15
        libcrypto.so.2   is needed by openssh-server-3.1p1-15
        libcrypto.so.2   is needed by wget-1.8.2-14.72
        libcrypto.so.2   is needed by pyOpenSSL-0.5.1-7.152
        libssl.so.2   is needed by sendmail-8.11.6-9.72.1
        libssl.so.2   is needed by python-1.5.2-38
        libssl.so.2   is needed by htdig-3.2.0-2.011302
        libssl.so.2   is needed by kdebase-2.2.2-3
        libssl.so.2   is needed by autofs-3.1.7-21
        libssl.so.2   is needed by nss_ldap-172-3
        libssl.so.2   is needed by stunnel-3.22-1
        libssl.so.2   is needed by curl-7.8-1
        libssl.so.2   is needed by mod_ssl-2.8.7-3
        libssl.so.2   is needed by php-4.0.6-16
        libssl.so.2   is needed by php-ldap-4.0.6-16
        libssl.so.2   is needed by squid-2.4.STABLE6-1.7.2
        libssl.so.2   is needed by lynx-2.8.4-17
        libssl.so.2   is needed by wget-1.8.2-14.72
        libssl.so.2   is needed by pyOpenSSL-0.5.1-7.152


de nieuwe versie van openssl levert libcrypto.so.4 en libssl.so.4. ik denk dat daar het probleem in zit, misschien dat de referenties van de andere programma's/dependencies dan niet meer kloppen. ik weet het echter niet op te lossen.
het updaten van deze libraries is wel nodig, omdat ik vsftpd wil installeren.

[ Voor 4% gewijzigd door Verwijderd op 27-10-2004 17:57 ]


  • igmar
  • Registratie: April 2000
  • Laatst online: 31-01 23:50

igmar

ISO20022

code:
1
2
3
rpm -e  openssl-devel-0.9.6b
rpm -ivh openssl-0.9.7a-33.12.i386.rpm
rpm -uvh openssl-devel -0.9.7a-33.12.i386.rpm


Dit zorgt ervoor dat je beide versies geinstalleerd houdt, upgraden is niet mogelijk zonder een behoorlijke waslijst met upgrades of recompiles.

Verwijderd

Topicstarter
het verwijderen van openssl-0.9.6b-36 gaat niet vanwege de dependencies,
dus helaas werkt jouw suggestie niet.

  • Mac_Cain13
  • Registratie: Juni 2003
  • Laatst online: 27-01 22:51
Volgens mij kun je rpm forcen om te verwijderen en de dependencies te negeren. Staat wel in de manual als het goed is. Dan ben je je oude openssl kwijt, dan moet je ook de nieuwe openssl kunnen installeren.

Je hebt wel kans dat andere progjes dan gaan klagen dat libcrypto.so.2 enz niet meer te vinden zijn omdat deze zijn vervangen door libcrypto.so.4 enz. Wat ik dan vaak deed was even een symblic linkje maken zodat deze progjes doorverwezen worden naar de nieuwe .4 versie.
Het is natuurlijk niet netjes, maar bij mij in RedHat 9 werkte het vroeger iig prima. :P

Dit is uiteraard wel geheel op eigen risico, ik heb zo ook een keer mijn systeem in de prak geholpen. Dus als je op een gegeven moment helemaal zonder OpenSSL komt te zitten gelieve mij dan niet scheef aan te kijken...

[ Voor 18% gewijzigd door Mac_Cain13 op 27-10-2004 20:09 ]


Verwijderd

Topicstarter
ik zag idd op een forum van redhat dat het mogelijk is om dependencies te negeren met --nodep of --force.

echter, het lijkt me niet echt een veilige manier van werken. als het fout gaat heb ik een probleem, de server moet wel blijven leven als het ff kan :)