Am Die, 03 Dez 2002 schrieb Hannes Vogelmann:
Am Mon, 02 Dez 2002, schrieb Christoph Maurer:
Am Mon, 02 Dez 2002 schrieb Hannes Vogelmann:
ich habe ein KDE-Update auf KDE3.0.4 auf meiner SuSE7.2 durchgeführt. Leider gab es dabei einige Probleme. Ich habe die entsprechenden Pakete von SusE-Seite geladen und mit
rpm -i --nodeps --force *
installiert.
Aua. Das allein kann schon sehr viel Unheil anrichten, ich hoffe, Du hast vorher genau überlegt, was Du da getan hast.
Hintergrund war der, dass ich davon ausging, dass alle von SuSE zum Update auf KDE3 angebotenen Pakete der KDE-Base-Serie diese Abhägigkeiten unter sich erfüllen würden, was sie wohl auch tun. Nur hatte ich keine Lust, mir um die richtige Reihenfolge Gedanken zu machen, nur um den Abhängigkeiten zu genügen. Die Reihenfolge der Installation dürfte doch auch im Endeffekt keine Rolle spielen?
Nein, aber wenn Du in das Verzeichnis wechselst, wo die Pakete liegen und dort rpm -U * eingibst, dann sortiert sich rpm die Pakete selbst schon so, das alle gegenseitigen Abhängigkeiten erfüllt werden, danach noch nicht aufgelöste Abhängigkeiten bestehen aber von den neu zu installierenden Paketen zu anderen evtl. tatsächlich fehlenden. Ich würde nicht --force daran gehen.
Ansich läuft ja auch alles, nur das aufgrund des fehlenden Suchpfades der kdm und die anderen dort befindlichen Anwendungen nicht mehr automatisch laufen.
Welche anderen dort befindlichen Anwendungen? Alle KDE-Applikationen?
Dabei wurde unter anderem
/opt/kde3/bin/
angelegt, indem wesentliche Teile des KDE3, unter anderem auch der kdm liegen.
Blöder Weise ist /opt/kde3/bin/ aber nicht Teil des Suchpfades geworden, mit der Folge, das der kdm nicht gestartet werden kann bei erreichen des Runlevel 5. Ebenso können die in /opt/kde3/bin liegenden Anwendungen nicht ohne direkte Pfadangabe gestartet werden. Ich habe jetzt in der /etc/init.d/xdm explizit den Pfad eingetragen und in der /etc/profile
PATH=/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/opt/kde3/bin
Soweit scheint alles wieder zu laufen. Trotzdem frage ich mich, was da falsch gelaufen ist. Wo wird denn der Suchpfad global festgelegt? Die Angabe in der /etc/profile alleine genügt nicht, um den kdm beim Hochfahren automatisch zu starten.
/etc/profile wird nur für Login-Shells (bei SuSE über .bashrc auf für alle anderen interaktiven Shells) ausgewertet, nicht für die nicht interaktiven, wie die init-Skripte. PATH sollte zum ersten Mal von init gesetzt werden.
Mit welchem Skript oder Programm kann man das in den init-Skripten eintragen lassen, oder muss ich wirklich sämtliche Einträge von Hand editieren, welche sind das überhaupt, nur die in den autofs-skripten oder gibt es da noch andere?
Was hat das jetzt mit Autofs zu tun? Für Anwendungen, die Du nach dem Einloggen als User starten willst, kannst Du (wie bereits getan) den PATH in /etc/profile(.local) umsetzen und das einzige KDE-Programm, das beim Boot-Prozeß gebraucht wird, ist doch kdm, und da hast Du den Pfad auch gesetzt, das wird auch nicht viel anders gehen als durch explizites Editieren des Startskriptes, der alte Pfad (/opt/kde2/) war da bestimmt auch fest verdrahtet, oder? Du kannst ja wenn Du willst mal in /etc alle Dateien mit Hilfe eines rekursiven grep nach /opt/kde2 durchsuchen. Gruß Christoph -- Christoph Maurer - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen