Hallo
seit ich mein System von kde-2.1.2 auf kde-2.2 aktualisiert habe, meldet sich arts am Anfang immer mit einem Haufen Fehlermeldungen, die sich alle auf eine reduzieren lassen: Kann nicht starten, weil mir ein anderer die Audiodevices weggenommen hat Da die normale Soundausgabe trotzdem funktioniert hat, habe ich nicht weiter nachgeforscht ...
Heute habe ich aber herausgefunden, daß der klauncher am Anfang einige Programme anscheinend zweimal startet. Darunter eben auch den artsd.
Weiß jemand Rat?
kded meldet am Anfang auch, daß das Verzeichnis ~/.kde2/share/servicetypes nicht existiert -- ist das schlimm? Die globale Variante des Verzeichnisses ist vorhanden.
Mein System ist ein relativ frisch installiertes SuSE 7.2, daß ich mit den aktuellen kde-2.2 rpms aufgerüstet habe. Auf zwei anderen Rechnern ist das Problem genauso auch aufgetreten ...
Danke für eure Hilfe -- und BITTE kein Flamewar über Susis Schwächen ;-) Uwe
On Saturday 25 August 2001 23:48, Uwe Koloska wrote:
Kann nicht starten, weil mir ein anderer die Audiodevices weggenommen hat Da die normale Soundausgabe trotzdem funktioniert hat, habe ich nicht weiter nachgeforscht ...
aRtsd blockiert manchmal das Audiodevice auch wenn er es freigeben sollte, so daß ein cat X > /dev/audio nicht mehr funktioniert, dann kille ich ihn immer. Eventuell gibt es also noch einen anderen Daemon, der auch noch blockiert und damit den aRtsd ärgert...
Heute habe ich aber herausgefunden, daß der klauncher am Anfang einige Programme anscheinend zweimal startet. Darunter eben auch den artsd.
Eventuell liegt es daran, daß seit einiger Zeit unter KDE keine Binaries ausgeführt werden, sondern nur noch Bibliotheken, die kdeinit bindet und startet. Vielleicht ist da beim Update was schiefgelaufen?! Obwohl das Konzept schon länger so ist.
kded meldet am Anfang auch, daß das Verzeichnis ~/.kde2/share/servicetypes nicht existiert -- ist das schlimm? Die globale Variante des Verzeichnisses ist vorhanden.
Alle KDE-Verzeichnisse unter $HOME sollten stillschweigend angelegt werden, weil KConfig/KSimpleConfig das intern handhabt. Ich weiß auch gar nicht was auf Deutsch gesagt das den kded angeht - denn er schaut nur nach, ob sich Dateien/Verzeichnisse ändern, und startet daraufhin kbuildsycoca. Vielleicht hat er vor dem Update nachgeschaut, und jetzt gibt es das nicht mehr - kann aber eigentlich auch nicht sein :(
Mein System ist ein relativ frisch installiertes SuSE 7.2, daß ich mit den aktuellen kde-2.2 rpms aufgerüstet habe. Auf zwei anderen Rechnern ist das Problem genauso auch aufgetreten ...
Ist das ein normales x86-System? Zumindest bei anderen Architekturen wurden SuSE-rpm's wieder zurückgezogen. Bist du sicher daß das System vorher KDE 2.1.2 war? IMO sind nur die kdelibs 2.1.2 gewesen, der Rest 2.1.1. Wenn du ein wirklich stabiles handgepflegtes KDE haben willst, dann nimm KDE_2_2_BRANCH aus dem CVS, der ist stabiler als 2.2 und wird 2.2.1. Siehe auch die Changes-Liste auf kde.org ("What is KDE 2.2"). Der HEAD-Branch ist nicht zu empfehlen, denn am Freitag wird auf Qt3 beta irgendwas umgestellt, das tu ich mir nicht an :-)
Also ich glaube schon daß es ein SuSE-Fehler ist, aber beschwören will ich's nicht.
Josef Spillner
Hallo!
Josef Spillner wrote:
Mein System ist ein relativ frisch installiertes SuSE 7.2, daß ich mit den aktuellen kde-2.2 rpms aufgerüstet habe. Auf zwei anderen Rechnern ist das Problem genauso auch aufgetreten ...
Ist das ein normales x86-System? Zumindest bei anderen Architekturen wurden SuSE-rpm's wieder zurückgezogen.
Richtig. Seit dem 24.8. gibt es auf dem SuSE-FTP-Server neue "offizielle" KDE 2.2-Pakete, die einige Fehler bereinigen. Der Fehler mit den Bildschirm- schonern blieb mir aber erhalten.
Gruss Reiner
Am Sonntag, 26. August 2001 17:03 hast du geschrieben:
Josef Spillner wrote:
Ist das ein normales x86-System? Zumindest bei anderen Architekturen wurden SuSE-rpm's wieder zurückgezogen.
Es sind alles Athlon Systeme. Verschiedene Soundkarten, alle ALSA.
Richtig. Seit dem 24.8. gibt es auf dem SuSE-FTP-Server neue "offizielle" KDE 2.2-Pakete, die einige Fehler bereinigen. Der Fehler mit den Bildschirm- schonern blieb mir aber erhalten.
Leider ist auch das Problem mit dem doppelten artsd geblieben. Auch der Tip aus der deutschen KDE Newsgroup alle KDE Dateien in /tmp zu löschen hat keinen Erfolg gebracht. Es werden aber auch andere Prozesse doppelt gestartet. Ein Auszug aus der ~/.xsession-errors:
-------------------------------------------------------------------------- kio (KLauncher): KLauncher: Got start_service_by_desktop_name('kmixctrl_restore'kio (KLauncher): kmixctrl (pid 865) up and running. kio (KLauncher): KLauncher: Got start_service_by_desktop_name('kmixctrl_restore'kio (KLauncher): kmixctrl (pid 866) up and running. kio (KLauncher): KLauncher: Got kdeinit_exec('artsd', ...) kio (KLauncher): artsd (pid 867) up and running. kio (KLauncher): KLauncher: Got kdeinit_exec('artsd', ...) kio (KLauncher): artsd (pid 868) up and running. kdecore (KLibLoader): WARNING: KLibrary: /opt/kde2//lib/libkdecore.so.3: undefined symbol: init_audiocd kdecore (KLibLoader): WARNING: KLibrary: /opt/kde2//lib/libkdecore.so.3: undefined symbol: init_audiocd kdecore (KLibLoader): WARNING: KLibrary: /opt/kde2//lib/libkdecore.so.3: undefined symbol: init_spellchecking kdecore (KLibLoader): WARNING: KLibrary: /opt/kde2//lib/libkdecore.so.3: undefined symbol: init_spellchecking There are already artsd objects registered, looking if they are active... --------------------------------------------------------------------------
Irgendwelche Ideen? Uwe
On Tuesday 28 August 2001 23:51, Uwe Koloska wrote:
Leider ist auch das Problem mit dem doppelten artsd geblieben. Auch der Tip aus der deutschen KDE Newsgroup alle KDE Dateien in /tmp zu löschen hat keinen Erfolg gebracht. Es werden aber auch andere Prozesse doppelt gestartet. Ein Auszug aus der ~/.xsession-errors:
KDE-Dateien in /tmp löschen bringt rein effektiv gar nix, denn dort liegen nur Cookies und Sockets. Lösche mal (nach vorheriger Sicherung) deine $HOME/.kde und .kde2 und was es dort sonst noch gibt.
Wenn in der .xsession-errors sowas wie "kmixctrl_restore" auftaucht, dann riecht das verdammt nach Session Management-Problemen.
Was die undefinierten Symbole in libkdecore angeht: Das zeugt nur davon, daß deine Installation im Eimer ist. Ich denke mal, daß SuSE-Update sollte man nicht so ernst nehmen. Ist auch kein Update (wie bei CVS), sondern eh eine Neuinstallation, nur eben eine die viel kaputt macht wie es aussieht. Ich kenne "spellchecking" nicht, aber AudioCD ist ein IO-Slave, also ist das kdebase-Paket nicht so ganz in Ordnung.
There are already artsd objects registered, looking if they are active...
Au weia. Immer diese Probleme mit artsd :-)
Josef Spillner
Am Mittwoch, 29. August 2001 20:04 hast du geschrieben:
KDE-Dateien in /tmp löschen bringt rein effektiv gar nix, denn dort liegen nur Cookies und Sockets.
Stimmt schon -- war aber ein Tip aus der deutschen Newsgroup ... Und da ich bis jetzt nichts brauchbares gefunden habe, wollte ich das nicht unversucht lassen.
Lösche mal (nach vorheriger Sicherung) deine $HOME/.kde und .kde2 und was es dort sonst noch gibt.
Hat überhaupt nicht geholfen. (zur Sicherheit habe ich einen neunen Benutzer angelegt und dem alles was nach kde aussah gelöscht) Gleicher Fehler -- gleicher Eintrag in der .xsession-errors
Wenn in der .xsession-errors sowas wie "kmixctrl_restore" auftaucht, dann riecht das verdammt nach Session Management-Problemen.
Nun, es stinkt nachgerade schon -- und zwar fast wie Schwef..Windows :-(((
Was die undefinierten Symbole in libkdecore angeht: Das zeugt nur davon, daß deine Installation im Eimer ist. Ich denke mal, daß SuSE-Update sollte man nicht so ernst nehmen. Ist auch kein Update (wie bei CVS), sondern eh eine Neuinstallation, nur eben eine die viel kaputt macht wie es aussieht. Ich kenne "spellchecking" nicht, aber AudioCD ist ein IO-Slave, also ist das kdebase-Paket nicht so ganz in Ordnung.
Was kann denn bei einer Neuinstallation kaputtgehen???
Zur Sicherheit habe ich den Rechner mal im Runlevel 3 _hochgefahren_ -- das bedeutet hoffentlich, daß kein einziges kde-programm und keine -library geladen war. Dann habe ich die aktuellsten rpms vom SuSE Server eingespielt, dem Testuser alle kde-Dateien gelöscht, und ... gleicher Fehler
Kann es sein, daß das kde-Startskript kaputt ist? Kann mal einer der KDE Insider das SuSE Startskript visuell debuggen? Ich habe nichts auffälliges gefunden ...
Ratlos Uwe
On Thu, Aug 30, 2001 at 02:10:30AM +0200, Uwe Koloska wrote:
Am Mittwoch, 29. August 2001 20:04 hast du geschrieben:
<schnipp>
Kann es sein, daß das kde-Startskript kaputt ist? Kann mal einer der KDE Insider das SuSE Startskript visuell debuggen? Ich habe nichts auffälliges gefunden ...
Schau dir mal /opt/kdeXXX/bin/startkde an. Diese Datei ist IMHO immer für das _saubere_ hochfahren von KDE verantwortlich. Ich schätze diese Datei ist etwas buggy => doppelter Start von Programmen etc.
Ciao, Tobias
Am Donnerstag, 30. August 2001 09:38 hast du geschrieben:
Schau dir mal /opt/kdeXXX/bin/startkde an. Diese Datei ist IMHO immer für das _saubere_ hochfahren von KDE verantwortlich. Ich schätze diese Datei ist etwas buggy => doppelter Start von Programmen etc.
Das war natürlich der erste Ort, wo ich nachgeschaut habe. Zumindest auf den ersten, ausführlichen Blick war dort nichts von einem doppelten artsd Start zu sehen ...
Mit den neuen rpm-Paketen von SuSE ist zumindest dieses Problem aber behoben.
Uwe
On Wed, Sep 05, 2001 at 08:53:58AM +0200, Uwe Koloska wrote:
Am Donnerstag, 30. August 2001 09:38 hast du geschrieben:
Schau dir mal /opt/kdeXXX/bin/startkde an. Diese Datei ist IMHO immer für das _saubere_ hochfahren von KDE verantwortlich. Ich schätze diese Datei ist etwas buggy => doppelter Start von Programmen etc.
Das war natürlich der erste Ort, wo ich nachgeschaut habe. Zumindest auf den ersten, ausführlichen Blick war dort nichts von einem doppelten artsd Start zu sehen ...
vielleicht verwendet Suse ja Suse-eigene Configfiles wie bei der Installparty mit xdm/kdm (Hintergrundbild war AFAIR fest im Startupscript verdrahtet)
Uwe
cu, Ulf
Hallo!
Ulf Lorenz wrote:
vielleicht verwendet Suse ja Suse-eigene Configfiles wie bei der Installparty mit xdm/kdm (Hintergrundbild war AFAIR fest im Startupscript verdrahtet)
Fest nicht, nur in den SuSE-Paketen in den Config-Files schon drin. Für KDE2.2 gilt: Alle Vorlagen liegen in
/opt/kde2/share/config/SuSE/config
Dort kann ich bearbeiten, was beim ersten Start eines Nutzers wie auf den Bildschirm kommt. Ich finde das (aus Sicht der Schule!) sehr praktisch.
Gruss Reiner
lug-dd@mailman.schlittermann.de
-
Josef Spillner -
Reiner Klaproth -
Tobias Koenig -
Ulf Lorenz -
Uwe Koloska