Mailinglist Archive: opensuse-de (4375 mails)

[Hannes Vogelmann <hannes.vogelmann@xxxxxxxxxx>]

Am Die, 03 Dez 2002, schrieb Christoph Maurer:

> 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. 

Aha, das wusste ich nicht, beim nächsten Versuch... ;-)


> > 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?

Alle diejenigen, die in /opt/kde3/bin liegen, das sind allerdings
nur die, die durch das upgrade neu installiert wurden. Alle anderen
liegen nach wie vor in /opt/bin/kde2/. Ich kann sie ja nun auch
starten, nachdem ich den Pfad direkt in die /etc/profile editiert
habe. Den Sinn der Schleife (in /etc/profile)

test "$UID" = 0 && PATH=/sbin:/usr/sbin:/usr/local/sbin:$PATH
for DIR in /usr/lib/java/bin \
/var/lib/dosemu \
/usr/games/bin \
/usr/games \
/opt/bin \
/opt/gnome/bin \
/opt/kde2/bin \
/opt/kde/bin \
/usr/openwin/bin; do
test -d $DIR && PATH=$PATH:$DIR
done
test "$UID" = 0 || PATH="$PATH:."
export PATH

vestehe ich allerdings nicht ganz. Wenn eine Installation etwas dort
einträgt, könnte sie es doch gleich in den Pfad eintragen, oder
stelle ich mir da irgendwas falsch vor?

> > > /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?

Nur dort konnte ich PATH-Definitionen innerhalb der /etc/init.d
finden.

> 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?

Genau das kann ich eben nicht feststellen, und war daher etwas
verwundert. Irgendwas stimmt auch immer noch nicht ganz, denn jetzt
habe ich immer zwei kdm-Tasks am laufen, wenn ich nach RL5 ein

top 

eingebe. Ich weiß allerdings nicht, ob das vorher bei KDE2 auch
schon so war.

Gruß

Hannes