Redhat 8 - i zuck gleich aus
Dumdideldum 08.11.2002 - 13:20 1038 24
Philipp
Here to stay
|
Ich fürchte dann wäre es doch das vernüftigste Red Hat 8 komplett neu zu installieren Beim nächsten Mal installieren nur RPMs die wirklich für Red Hat 8.x geeignet sind, dann sollten keine solchen Probleme auftauchen. Ich selber verwende diverse zusätzliche RPMs (u.a. auch grössere Dinge wie X-Free 4.2.1 aus Rawhide) und das System läuft trotzdem stabil
|
spunz
Super ModeratorSuper Moderator
|
probier mal apt4rpm, damit hast wenigstens ne bissi funzende paketverwaltung.
|
Philipp
Here to stay
|
Das hat nichts mit der Paketverwaltung zu tun. Was soll an apt4rpm besser funktionieren?
|
daff
I hate your life
|
http://apt4rpm.sourceforge.net/faq.html#q1 Why is apt better than rpm? On rpm based Linux systems, if you want to install a new application that requires other "dependencies" to be installed first, you have to manually install the dependencies yourself. Even supposedly easier-to-use tools such as Kpackage don't automate the process of fetching dependencies, but apt-get does so nicely.
Is that all? No, apt-get's capabilities go far beyond simplifying installation. Most notable is an option that updates your system by comparing the release levels of the software on your system to those of a remote benchmark site. This process can be automated as much or as little as you like. For instance, you can choose to upgrade critical software--such as security--automatically, while being more selective about upgrading more conventional applications.
|
Philipp
Here to stay
|
Ja, man liest immer wieder das es kompliziert ist ein Paket mittels RPM wg. der Abhängigkeiten zu installieren. Doch so schlecht ist der RPM Paket Manager auch wieder nicht. Man muss nur wissen was man tut Beispiel: Upgrade von XFree 4.2.0 (Red Hat 8) auf 4.2.1 (Testing) über RPM Man gibt einfach folgendes als root ein: rpm -Uvh ftp://people.redhat.com/mharris/testing/8.0/XFree86/4.2.1-9/i386/XFree86*Wenige Minuten später läuft XFree 4.2.1 auf dem Rechner. Sowohl der Download als auch die Abhängigkeiten wurden vom RPM Manager vollständig gelöst.
|
spunz
Super ModeratorSuper Moderator
|
ist das nicht gar etwas viel für manche redhat user, soviel text auf einmal tippen ne, mal im ernst. wie schauts mit automatischen updates bei redhat aus. zb 7.0 => 7.2 ist per cd ne sache von 10 minuten, per inet update führts zu ner zerschossenen installation??? und ne, 8.0 usw geht nicht => ich muß mich an vorgaben halten, sonst wäre da schon debian drauf
|
Philipp
Here to stay
|
Ein Update von 7.1 auf 7.2 musste ich auf meinen Servern machen da Ensim WEBpplance 3.1.1 ein Red Hat 7.2 System voraussetzt. http://uptime.netcraft.com/up/graph...xcompatible.org und nach unten zu "OS, Web Server and Hosting History" scrollen. Dort sieht man das ich am 14. September das Update auf RH 7.2 gemacht habe Da das System dank Red Hat Network am aktuellen Stand war, gab es keine grösseren Probleme beim Update. Ein Reboot war auch nicht notwendig da der Server schon unter einen neueren Kernel lief.
|
Dumdideldum
Here to stay
|
apt gefällt mir nur leider löst es mein Problem nicht: tcpdump: Depends: libc.so.6 but it is not installable
Depends: libc.so.6(GLIBC_2.0) but it is not installable
Depends: libc.so.6(GLIBC_2.1) but it is not installable
Depends: libc.so.6(GLIBC_2.1.3) but it is not installable
Depends: libc.so.6(GLIBC_2.3) but it is not installable
Depends: libnsl.so.1 but it is not installable
tcsh: Depends: libcrypt.so.1 but it is not installable
Depends: libcrypt.so.1(GLIBC_2.0) but it is not installable
Depends: libc.so.6 but it is not installable
Depends: libc.so.6(GLIBC_2.0) but it is not installable
Depends: libc.so.6(GLIBC_2.1) but it is not installable
Depends: libc.so.6(GLIBC_2.2) but it is not installable
telnet: Depends: libc.so.6 but it is not installable
Depends: libc.so.6(GLIBC_2.0) but it is not installable
Depends: libc.so.6(GLIBC_2.1) but it is not installable
Depends: libutil.so.1 but it is not installable
Auszug, wenn ich apt-get install glibc verwende. Auch mittels -f funkts nicht.
|
Philipp
Here to stay
|
Wenn es dir nur um glibc geht könntest du noch folgendes versuchen:
Red Hat 8.0 CD1 einlegen und mounten:
rpm -ivh --force /mnt/cdrom/redhat/rpms/glibc*
Was passiert dann?
|
Dumdideldum
Here to stay
|
jetzt funkt es ...nachdem ich Redhat neu installiert hab nah, ich Dillo hab anscheinend die rpm-Datenbank zerstört - Wiederbelebungsversuche sind gecheitert. mfg und Dank trotzdem
|