KDE skel (eton) - wo? (SuSE 7.1)
Okay, habe vor ein paar Tagen auf KDE 2.1.1 upgedatet, erst vergeblich mit rpm -Uvh, dann (wegen irgendeinem fehlendem SGML-Kram für KDevelop) mit --force --nodeps. Der erste login kam bereits nicht zustande (kdm kam startete zwar, führ aber sofort wieder auf die Textkonsole herunter), also habe ich noch mal installiert (lernt man ja so unter Windows). Okay, zwei meiner drei User funktionieren einwandfrei, der dritte, den ich zwischen den Update-Versuchen einloggen wollte, mag nicht mehr. Ich hatte dann vermutet, dass ~/.kde2 irgendwie verwüstet ist und daher von einem anderen User hrüberkopiert - aber das scheint trotz rechteanpassung (chown, chrgp) nicht zu wollen. Ich bekomme nun reichlich Fehlermeldungen wie "klauncher meldet: unbekanntes Protokoll 'file' " "MIME-Type nicht auffindbar: app/octet stream" "Keine MIME-Typen installiert" ... uns so weiter (die letzten beiden wiederholen sich etwa 3 mal). Danach gibt es keine Einträge mehr im K-Menü, die Icons im Kicker sind leer und ohne Funktion - der User ist nicht mehr "usebar". Also würde ich dem User gerne wieder die KDE-Rohkonfiguration geben, also ein ursprüngliches ~/.kde2. Ich hatte angenommen, die liegen in /etc/skel, aber Fehlanzeige. Wo also finde ich die, oder wie kann ich den User anderweitig wieder in die Gänge bekommen? Liegt es überhaupt an .kde2? Any ideas? Danke, Alfred
Hi, On Sun, 1 Apr 2001, Alfred Poschmann wrote:
Also würde ich dem User gerne wieder die KDE-Rohkonfiguration geben, also ein ursprüngliches ~/.kde2. Ich hatte angenommen, die liegen in /etc/skel, aber Fehlanzeige.
Wo also finde ich die, oder wie kann ich den User anderweitig wieder in die Gänge bekommen? Liegt es überhaupt an .kde2?
mv .kde2 .kde2.old startx fertig Henne -- Hendrik Vogelsang aka Henne mailto: mickey@naturalbornkiller.de "This is an outrage! I demand to know what happened to the plucky lawyer and her compellingly short garmets." -alien # random sigs made with fortune
Wo also finde ich die, oder wie kann ich den User anderweitig wieder in die Gänge bekommen? Liegt es überhaupt an .kde2?
mv .kde2 .kde2.old startx fertig
Stimmt, so einfach kann es sein :) Danke Georg, danke Henne. Allerdings geht der User immer noch nicht, es liegt also gar nicht am .kde2. Sollte ich wirklich den User löschen und neu anlegen müssen? Was passiert? Nach wie vor hagelt es Fehlermeldungen beim Start von KDE2.1.1. Die erste könnte die entscheidende sein: Was bedeutet "Could not start process. Unable to create io-slave: klauncher said: unknown protocoll 'file'." Und nach dieser Meldung kommt insgesamt 11mal "Could not find mime type application/octet stream". Anschließend gibt es keine Programm-Einträge im K-Menü, die Icons im Kicker sind weitgehend ohne Funktion - und der User immer noch tot :( Dafür gibt es eine Datei .xsession-errors, die füge ich mal am Ende an (Zeilendoppel gelöscht). Demnach findet kio die falsche Version eines io-slaves namens KSycoca (was ist das?). Das allerdings kann doch nur Blödsinn sein, denn die anderen User haben dieses Problem nicht (obwohl deren .xsession-errors auch voll mit - anderen - Warnings ist). Hat jemand einen Hinweis, Idee, eine grobe Marschrichtung? Es kann doch nicht die Lösung sein, den User zu löschen und neu anzulegen? Danke, Alfred --- .xsession-errors --- kio (KSycoca): WARNING: Found version 31, expecting version 32 or higher. Error can't open database! kio (KSycoca): WARNING: Outdated database found kio (KSycoca): ERROR: No database available! kdecore (KLibLoader): Deleting KLibLoader 0x8072db8 unnamed kdecore (KProtocolManager): ERROR: Protocol file not found kdesktop: ERROR: ERROR 3: couldn't create slave : Unable to create io-slave: klauncher said: Unknown protocol 'file'. kdesktop: kio (KSycoca): WARNING: Found version 31, expecting version 32 or higher. kio (KSycoca): WARNING: Outdated database found kio (KSycoca): ERROR: No database available! DCOP aborting call from 'anonymous-1846' to 'kinternet' ERROR: KUniqueApplication: DCOP communication error! QSocketNotifier: Multiple socket notifiers for same socket 6 and type read kwrited is already running.kdesktop is already running! kio (KSycoca): WARNING: Found version 31, expecting version 32 or higher. kio (KSycoca): WARNING: Outdated database found ERROR: kicker is already running! klipper is already running! kicker: WARNING: KDE detected X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 14 --
Hallo Alfred, Hallo Liste! Am 01.04.2001 schrieb Alfred Poschmann:
mv .kde2 .kde2.old startx fertig
Stimmt, so einfach kann es sein :) Danke Georg, danke Henne.
Allerdings geht der User immer noch nicht, es liegt also gar nicht am .kde2. Sollte ich wirklich den User löschen und neu anlegen müssen?
Was passiert?
Dafür gibt es eine Datei .xsession-errors, die füge ich mal am Ende an (Zeilendoppel gelöscht). Demnach findet kio die falsche Version eines io-slaves namens KSycoca (was ist das?). Das allerdings kann doch nur Blödsinn sein, denn die anderen User haben dieses Problem nicht (obwohl deren .xsession-errors auch voll mit - anderen - Warnings ist).
Hat jemand einen Hinweis, Idee, eine grobe Marschrichtung? Es kann doch nicht die Lösung sein, den User zu löschen und neu anzulegen?
Hm - ich denke Mal, Du hast noch Reste einer anderen KDE Version auf der Platte. <schuss target="ins Blaue"> Der kaputte User hat den alten KDE Krams in $PATH, die anderen nicht. </schuss> hth, Matthias -- When you say "I wrote a program that crashed Windows", people just stare at you blankly and say "Hey, I got those with the system, *for free*". -Linus Torvalds
Allerdings geht der User immer noch nicht, es liegt also gar nicht am .kde2. Sollte ich wirklich den User löschen und neu anlegen müssen?
Hm - ich denke Mal, Du hast noch Reste einer anderen KDE Version auf der Platte. <schuss target="ins Blaue"> Der kaputte User hat den alten KDE Krams in $PATH, die anderen nicht. </schuss>
Es ist der Full Install von SuSE 7.1, KDE 1.2 ist also komplett da. Der Suchpfad lautet (unter anderem) [..]/opt/gnome/bin:/opt/kde2/bin:/opt/kde/bin[..], also KDE2 vor KDE1. Das ist doch so richtig, oder? Echt abgefahren, das Ganze. Also werde ich wohl löschen und neu einrichten müssen. Ehrlich, das haut KDE einen Zacken aus der Krone. Danke trotzdem, Alfred
Hallo, On Son, 01 Apr 2001, Alfred Poschmann wrote:
Allerdings geht der User immer noch nicht, es liegt also gar nicht am .kde2. Sollte ich wirklich den User löschen und neu anlegen müssen?
Ich denke eher deine KDE2 Installation ist nicht sauber.
Was passiert? Nach wie vor hagelt es Fehlermeldungen beim Start von KDE2.1.1. Die erste könnte die entscheidende sein: Was bedeutet "Could not start process. Unable to create io-slave: klauncher said: unknown protocoll 'file'."
Der klauncher kennt das Protokoll "file://" nicht, d.h. mit der Konfiguration von ${KDE2DIR}/lib/kio_file.so bzw. den dazugehoerigen Definitionsdatei ${KDE2DIR}/share/services/file.protocol. Das duerfte aber eher ein Symptom einer verkorksten Installation sein...
Und nach dieser Meldung kommt insgesamt 11mal "Could not find mime type application/octet stream".
Die Mimetypes sind offensichtlich auch unvollstaendig...
Dafür gibt es eine Datei .xsession-errors, die füge ich mal am Ende an (Zeilendoppel gelöscht). Demnach findet kio die falsche Version eines io-slaves namens KSycoca (was ist das?).
SYstem COnfiguration CAche.
Das allerdings kann doch nur Blödsinn sein, denn die anderen User haben dieses Problem nicht (obwohl deren .xsession-errors auch voll mit - anderen - Warnings ist).
s.o.
Hat jemand einen Hinweis, Idee, eine grobe Marschrichtung? Es kann doch nicht die Lösung sein, den User zu löschen und neu anzulegen?
Glaube ich auch nicht.
--- .xsession-errors --- kio (KSycoca): WARNING: Found version 31, expecting version 32 or higher.
Hier wird eindeutig eine zu alte Version gefunden (libksycoca* oder kio*).
Error can't open database!
Das spricht fuer libksycoca. Diese lib liest (IIRC) die ganzen Dateien aus ${KDE2DIR}/share/applnk, ${KDE2DIR}/share/mimelnk, ${KDE2DIR}/share/services ${KDE2DIR}/share/servicetype usw. und baut daraus im Speicher eine schnelle Config-Datenbank auf (daher das "database"). Der Rest sind IMO Folgefehler. Irgendwie liest sich das ganze so, als waere die KDE2.2.1 ueber eine aeltere Version installiert, und das unvollstaendig. -dnh -- ALL FANATICS MUST DIE!
participants (4)
-
Alfred Poschmann
-
David Haller
-
Henne Vogelsang
-
Matthias Pretzer