upgrade RPM's van redhat 7.1 naar 8.0

[DPLuS]

Hoi,

Kan iemand mij uitleggen hoe ik RPM's van Redhat 8 kan installeren op een Redhat 7.1 systeem.
Ik wil bijvoorbeeld openssl upgraden met de versie die op redhat 8 staat, maar daar krijg ik de volgende meldingen:

[root@intel /root]# rpm -Uvh openssl-0.9.6b-28.i386.rpm
error: failed dependencies:
libcrypto.so.0 is needed by cyrus-sasl-1.5.24-6
libcrypto.so.0 is needed by fetchmail-5.5.0-2
libcrypto.so.0 is needed by mutt-1.2.5i-3
libcrypto.so.0 is needed by openssh-2.1.1p4-1
libcrypto.so.0 is needed by openssh-clients-2.1.1p4-1
libcrypto.so.0 is needed by openssh-server-2.1.1p4-1
libcrypto.so.0 is needed by pine-4.21-23
libcrypto.so.0 is needed by python-1.5.2-27
libcrypto.so.0 is needed by samba-client-2.0.7-21ssl
libcrypto.so.0 is needed by samba-common-2.0.7-21ssl
libcrypto.so.0 is needed by stunnel-3.8-4
libcrypto.so.0 is needed by samba-2.0.7-21ssl
libssl.so.0 is needed by fetchmail-5.5.0-2
libssl.so.0 is needed by mutt-1.2.5i-3
libssl.so.0 is needed by pine-4.21-23
libssl.so.0 is needed by python-1.5.2-27
libssl.so.0 is needed by samba-client-2.0.7-21ssl
libssl.so.0 is needed by samba-common-2.0.7-21ssl
libssl.so.0 is needed by stunnel-3.8-4
libssl.so.0 is needed by samba-2.0.7-21ssl
[root@intel /root]#

Hoe moet ik dat nu aanpakken met dat upgraden, want dit is niet het enige pakket, ik kreeg nog veel meer meldingen met GCC 3.x en apache 2.x.

Ik heb steeds minder vertrouwen in de packet manager, want de hele tijd heb ik dependency problemen.

[moto-moi]

Gewoon de cd van redhat 8.0 downloaden, en die installeren over je 7.1 heen, dan doet 'ie alles automatisch voor je

[ Voor 0% gewijzigd door moto-moi op 31-10-2002 21:17 . Reden: /me aait Valium : Pilletjes maken je langzaam he ;) ]

[Valium]

Je gebruikt RPM zelf. Dat is een packagemanager die alleen de dependencies meldt, maar er niets aan doet. Wat je kunt doen is:
Installeer een betere packagemanager. Red Carpet is bijvoorbeeld aardig...maar of die nu al ondersteuning heeft voor RH8 weet ik niet. Of probeer iets als Kpackage, GnoRPM, etc...
Je installeert RH8. Je kunt met de install-cd een "upgrade" uitvoeren. Dan krijg je in een keer weer een vers systeem.

[mpol]

DPLuS schreef op 31 oktober 2002 @ 21:12:
Kan iemand mij uitleggen hoe ik RPM's van Redhat 8 kan installeren op een Redhat 7.1 systeem.

Dat zijn rpms van 3 releases verder. Er zit ongeveer anderhalf jaar tussen die 2 versies. Het is echt niet aan te raden daarmee te gaan mixen. Zelfs al zou je 7.1 en 7.2, of 7.3 en 8.0 willen mixen is dat niet echt aan te raden.
Dus of zo laten, en alleen de updates voor 7.1 installeren, of volledig upgraden naar 8.0.

[zordaz]

Wat je wilt is inderdaad niet aan te raden. Je kunt natuurlijk nog altijd op zoek gaan naar bijvoorbeeld die nieuwe openssh-versie, maar dan moet je een voor RedHat 7.x gebakken RPM opzoeken.

[LightYears]

http://www.freshrpms.net (dacht ik)
apt for rpm downloaden
dat wil meestal wel makkelijker werken, bedenk wel dat je aardig wat moet downloaden

[Equator]

draai anders up2date, die regelt ook de dependancies voor je. up2date zit er standaard bij vanaf RH7.0

[sebas]

mpol schreef op 31 oktober 2002 @ 22:31:
[...]

Dat zijn rpms van 3 releases verder. Er zit ongeveer anderhalf jaar tussen die 2 versies. Het is echt niet aan te raden daarmee te gaan mixen. Zelfs al zou je 7.1 en 7.2, of 7.3 en 8.0 willen mixen is dat niet echt aan te raden.
Dus of zo laten, en alleen de updates voor 7.1 installeren, of volledig upgraden naar 8.0.

Sterker nog, intussen is men bij redhat en een major versie van de compiler en een glibc versie verder, dus je kunt ervan uitgaan dat je onwijs veel problemen tegenkomt en naar heel veel gezucht en gepiel clean gaat installen.

Upgraden met RH 8 packages zonder je base te upgraden kun je mooi vergeten.

[Verwijderd]

.

RedHat-8.0 heeft glibc-2.2.93, RedHat-7.0 (dus voor 7.1) had glibc-2.2-beta. Dus 't is dezelfde glibc major release. Wat je bedoelt (gok ik) is dat RedHat-8.x gcc-3.2 based is, terwijl RedHat-7.x gcc-2.96 based is, en RedHat-6.x gcc-2.95 based. Die zijn niet per definitie binair compatible, en mixen is dus niet aan te raden.

[sebas]

Bijna, ik wist niet precies of het ook een glibc major was of alleen een minor, daarom allen versie bij glibc