OS 11.2 / KDE 4.3.1 Kontakt und Kmail starten getrennt
Hallo, ich habe mir OS 11.2 auf meinem Schleppi (Centrino 1, 1,4 GHz...) installiert und versuche jetzt, nach und nach meine Arbeitsumgebung wieder vollständig einzurichten. Vorher hatte ich (OS 10.3 und OS 11.0) unter KDE 3.5 im Kontakt für KMail das Icon in der Systemleiste aktiviert - wodurch dann Kontakt automatisch mit der Anmeldung gestartet wurde. Das scheint eigentlich auch im KDE 4.3.1 so zu funktionieren - allerdings wird dann KMail als eigenständiges Fenster gestartet und die anderen Bestandteile von Kontakt wie Korganizor haben dann keinen Zugriff auf die IMAP-Konten, wo ich bei mir einen Teil der Termine, Kontakte und Aufgaben hinterlegt habe. Das war in seltenen Fällen auch schon unter OS 11.0 so, während ich es auf einem anderen Rechner unter 11.2 nicht gesehen habe. Es scheint fast, als ob es ein Timing -Problem zwischen Kontakt und KMail ist und mein Schleppi einfach nur zu langsam ist, um KMail und Kontakt innerhalb eines bestimmten Zeitfensters zu starten (was auch daran liegen mag, dass ich bei dieser Installation meine Mailkonten alle auf Disconnected Imap umgestellt habe). Die Frage ist nun, ob man dieses Zeitfenster irgendwie einstellen kann, damit KMail wieder brav im Kontakt-Rahmen läuft ;-) Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Martin, Am Dienstag, 15. Dezember 2009 10:42:19 schrieb Martin Hofius:
Hallo, ich habe mir OS 11.2 auf meinem Schleppi (Centrino 1, 1,4 GHz...) installiert und versuche jetzt, nach und nach meine Arbeitsumgebung wieder vollständig einzurichten.
Vorher hatte ich (OS 10.3 und OS 11.0) unter KDE 3.5 im Kontakt für KMail das Icon in der Systemleiste aktiviert - wodurch dann Kontakt automatisch mit der Anmeldung gestartet wurde. Das scheint eigentlich auch im KDE 4.3.1 so zu funktionieren - allerdings wird dann KMail als eigenständiges Fenster gestartet und die anderen Bestandteile von Kontakt wie Korganizor haben dann keinen Zugriff auf die IMAP-Konten, wo ich bei mir einen Teil der Termine, Kontakte und Aufgaben hinterlegt habe.
Das war in seltenen Fällen auch schon unter OS 11.0 so, während ich es auf einem anderen Rechner unter 11.2 nicht gesehen habe. Es scheint fast, als ob es ein Timing -Problem zwischen Kontakt und KMail ist und mein Schleppi einfach nur zu langsam ist, um KMail und Kontakt innerhalb eines bestimmten Zeitfensters zu starten (was auch daran liegen mag, dass ich bei dieser Installation meine Mailkonten alle auf Disconnected Imap umgestellt habe).
Die Frage ist nun, ob man dieses Zeitfenster irgendwie einstellen kann, damit KMail wieder brav im Kontakt-Rahmen läuft ;-)
Gruß Martin
An das Timingproblem glaube ich nicht so ganz, da eine solche Konfiguration auch auf seeehr langsamen Rechnern korrekt startet (nur eben langsam). Tritt der Fehler genauso auf, wenn Du kontact nicht automatisch beim Start, sondern manuell startest? Und wenn ja, starte ihn doch mal über die Konsole und schau, ob sich da brauchbare Fehlermeldungen bezüglich des kmail-Starts zeigen. Viel adventlichen Gruß Till -- Till Schwalbe Potsdam, Germany
Am Dienstag, 15. Dezember 2009 schrieb Till Schwalbe:
Hallo Martin,
Am Dienstag, 15. Dezember 2009 10:42:19 schrieb Martin Hofius:
Hallo, ... auch im KDE 4.3.1 so zu funktionieren - allerdings wird dann KMail als eigenständiges Fenster gestartet und die anderen Bestandteile von Kontakt wie Korganizor haben dann keinen Zugriff auf die IMAP-Konten, wo ich bei mir einen Teil der Termine, Kontakte und Aufgaben hinterlegt habe. ... als ob es ein Timing -Problem zwischen Kontakt und KMail ist und mein Schleppi einfach nur zu langsam ist, um KMail und Kontakt innerhalb eines bestimmten Zeitfensters zu starten (was auch daran liegen mag, dass ich bei dieser Installation meine Mailkonten alle auf Disconnected Imap umgestellt habe).
Die Frage ist nun, ob man dieses Zeitfenster irgendwie einstellen kann, damit KMail wieder brav im Kontakt-Rahmen läuft ;-) ... An das Timingproblem glaube ich nicht so ganz, da eine solche Konfiguration auch auf seeehr langsamen Rechnern korrekt startet (nur eben langsam).
Tritt der Fehler genauso auf, wenn Du kontact nicht automatisch beim Start, sondern manuell startest? Und wenn ja, starte ihn doch mal über die Konsole und schau, ob sich da brauchbare Fehlermeldungen bezüglich des kmail-Starts zeigen. es tritt auch beim manuellen Starten auf - jedenfalls dann, wenn der Start lange dauert. Später irgendwann klappt es dann auch mit integriertem KMail-Fenster. Das mit der Konsole muß ich mal ausprobieren, jetzt gerade ider Rechner nicht gebootet.
Viel adventlichen Gruß Till
Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 15. Dezember 2009 schrieb Martin Hofius:
Am Dienstag, 15. Dezember 2009 schrieb Till Schwalbe:
Hallo Martin,
Am Dienstag, 15. Dezember 2009 10:42:19 schrieb Martin Hofius:
Hallo,
...
auch im KDE 4.3.1 so zu funktionieren - allerdings wird dann KMail als eigenständiges Fenster gestartet und die anderen Bestandteile von Kontakt wie Korganizor haben dann keinen Zugriff auf die IMAP-Konten, wo ich bei mir einen Teil der Termine, Kontakte und Aufgaben hinterlegt habe. ... Tritt der Fehler genauso auf, wenn Du kontact nicht automatisch beim Start, sondern manuell startest? Und wenn ja, starte ihn doch mal über die Konsole und schau, ob sich da brauchbare Fehlermeldungen bezüglich des kmail-Starts zeigen.
jetzt habe ich es nochmal mit der Konsole ausprobiert, das Ergebnis ist etwas verwirrend: ... Direkt nach dem Login über Konsole kontact gestartet: martin@rechner7:~> kontact Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. <unknown program name>(2635)/: Communication problem with "kontact" , it probably crashed. Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." " (Es erscheinen KMail und Kontact in zwei eigenständigen Fenstern, danach KMail manuell geschlossen, Kontact läßt sich nicht mehr bedienen) Ohne Fehler ein paar Minuten später (Kmail im Kontact-Fenster): martin@rechner7:~> kontact Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing martin@rechner7:~> Sitzung verlassen, wieder eingeloggt, sofort Kontact gestartet: wie oben Sitzung verlassen, wieder eingeloggt, warten bis Load unter 1, dann Kontact gestartet: wie oben beim zweiten Versuch (also ohne die DBus-Meldung), aber KMail trotzdem im eigenen Fenster anschließend kontact und KMail beendet, nochmal Kontact gestartet: KMail im Kontactfenster ohne Fehlermeldung Also zusammengefasst: ist der Rechner direkt nach dem Login beschäftigt, tritt beim Start von Kontact ein DBus-Fehler auf. Unabhängig davon wird aber beim ersten Start von Kontakt nach dem Login das KMail-Fenster außerhalb von Kontact gestartet - ohne ersichtliche Fehlermeldung. Möglicherweise ist das ja mit der Version 4.3.4 von KDE irgendwann einmal behoben - wenn ich das richtig verstanden habe, kommt die ja in einigen Tagen/Wochen/Monaten/Jahren über das Update-Repo automatisch ... Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Martin, Am Dienstag, 15. Dezember 2009 14:37:08 schrieb Martin Hofius:
... jetzt habe ich es nochmal mit der Konsole ausprobiert, das Ergebnis ist etwas verwirrend: ...
Uneingeschränkte Zustimmung... :-( ...
Direkt nach dem Login über Konsole kontact gestartet:
martin@rechner7:~> kontact Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing. Calling appendChild() on a null node does nothing.
Hmm. Kann ich hier nicht reproduzieren und sagt mir auch nix
<unknown program name>(2635)/: Communication problem with "kontact" , it probably crashed. Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." "
(Es erscheinen KMail und Kontact in zwei eigenständigen Fenstern, danach KMail manuell geschlossen, Kontact läßt sich nicht mehr bedienen)
Schuß ins Blaue: Das Kamel versucht gerade in Ruhe, seine Netzwerkverbindungen abzugrasen. Wie man das schon seit KDE3 kennt, ist das Kamel während des Netzwerk-Abgrasens nicht sehr gesprächig und mag sich auch nicht mehr mit dem Kontact unterhalten. (Ich hoffe ja, daß das irgendwann mit Akonadi gaaaaanz viel besser wird)
... Also zusammengefasst: ist der Rechner direkt nach dem Login beschäftigt, tritt beim Start von Kontact ein DBus-Fehler auf. Unabhängig davon wird aber beim ersten Start von Kontakt nach dem Login das KMail-Fenster außerhalb von Kontact gestartet - ohne ersichtliche Fehlermeldung.
Nun ja, der Kontact hat ja irgendwann das Kamel angefordert. Das läuft dann eben auch irgendwann los, nur da der Kontact schon nicht mehr wartet, läuft es dummerweise "allein". Unklar bleibt jedoch, warum Kontact bei Dir so ungeduldig ist und bei anderen nicht. Vielleicht kann sich hier jemand aus der Liste in den Thread einklinken, der sich mit der Prozesskommunikation unter KDE ein bischen besser auskennt.
Möglicherweise ist das ja mit der Version 4.3.4 von KDE irgendwann einmal behoben - wenn ich das richtig verstanden habe, kommt die ja in einigen Tagen/Wochen/Monaten/Jahren über das Update-Repo automatisch ...
Die 4.3.4. ist seit ca. einer Woche in den Repos für die 11.2 Schau mal nach, ob Du einen aktuellen Repo-Stand eingebunden hast: Core: repositories/KDE:/KDE4:/STABLE:/Desktop/openSUSE_11.2/ Backports: repositories/KDE:/Backports/openSUSE_11.2/ Community: repositories/KDE:/KDE4:/Community/openSUSE_11.2/ Playground: repositories/KDE:/KDE4:/Playground/openSUSE_11.2/ ((wobei Du natürlich entscheiden mußt, ob Du Backports und Playground brauchst))
Gruß Martin
Viel nachmittäglicher Gruß Till -- Till Schwalbe Potsdam, Germany
Hallo Martin,
Am Dienstag, 15. Dezember 2009 14:37:08 schrieb Martin Hofius:
... jetzt habe ich es nochmal mit der Konsole ausprobiert, das Ergebnis ist etwas verwirrend: ...
Uneingeschränkte Zustimmung... :-( ...
(Es erscheinen KMail und Kontact in zwei eigenständigen Fenstern, danach KMail manuell geschlossen, Kontact läßt sich nicht mehr bedienen)
Schuß ins Blaue: Das Kamel versucht gerade in Ruhe, seine Netzwerkverbindungen abzugrasen. Wie man das schon seit KDE3 kennt, ist das Kamel während des Netzwerk-Abgrasens nicht sehr gesprächig und mag sich auch nicht mehr mit dem Kontact unterhalten. (Ich hoffe ja, daß das irgendwann mit Akonadi gaaaaanz viel besser wird) soll es ja angeblich - in den KDE-Bugs kursieren ja diese Behauptungen. Allerdings wird da dieses Problem seit 2004 beschrieben - jetzt haben wir
Am Dienstag, 15. Dezember 2009 schrieb Till Schwalbe: 2009. Und mein Desktop Rechner mit KDE 3.5 und OS 10.3 hat das Problem noch nie gehabt, obwohl der auch nicht einer der schnellsten ist.
... Also zusammengefasst: ist der Rechner direkt nach dem Login beschäftigt, tritt beim Start von Kontact ein DBus-Fehler auf. Unabhängig davon wird aber beim ersten Start von Kontakt nach dem Login das KMail-Fenster außerhalb von Kontact gestartet - ohne ersichtliche Fehlermeldung.
Nun ja, der Kontact hat ja irgendwann das Kamel angefordert. Das läuft dann eben auch irgendwann los, nur da der Kontact schon nicht mehr wartet, läuft es dummerweise "allein".
Unklar bleibt jedoch, warum Kontact bei Dir so ungeduldig ist und bei anderen nicht. Vielleicht kann sich hier jemand aus der Liste in den Thread einklinken, der sich mit der Prozesskommunikation unter KDE ein bischen besser auskennt.
das wäre gut - es muß doch da irgendeinen Weg geben, diese Zeiten anzupassen...
Möglicherweise ist das ja mit der Version 4.3.4 von KDE irgendwann einmal behoben - wenn ich das richtig verstanden habe, kommt die ja in einigen Tagen/Wochen/Monaten/Jahren über das Update-Repo automatisch ...
Die 4.3.4. ist seit ca. einer Woche in den Repos für die 11.2 Schau mal nach, ob Du einen aktuellen Repo-Stand eingebunden hast:
Core: repositories/KDE:/KDE4:/STABLE:/Desktop/openSUSE_11.2/ Backports: repositories/KDE:/Backports/openSUSE_11.2/ Community: repositories/KDE:/KDE4:/Community/openSUSE_11.2/ Playground: repositories/KDE:/KDE4:/Playground/openSUSE_11.2/
Ich weiß, dass ich die nehmen könnte - nur möchte ich solche Dinge wie KDE4:/STABLE eigentlich herauslassen - die machen ganz unverhofft Ärger, wenn die 4.3.4 in die eigentliche Distri bzw. die Updates gerutscht ist und in STABLE dann die nächste Version steht (die zwar dann auch stabil ist, aber vielleicht nicht unbedingt mit den anderen Standard-Repos verträglich ist). Aber vielleicht dauert es ja auch mit den Update nicht mehr lange ;-) Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 15. Dezember 2009 17:51:36 schrieb Martin Hofius:
...
Core: repositories/KDE:/KDE4:/STABLE:/Desktop/openSUSE_11.2/ Backports: repositories/KDE:/Backports/openSUSE_11.2/ Community: repositories/KDE:/KDE4:/Community/openSUSE_11.2/ Playground: repositories/KDE:/KDE4:/Playground/openSUSE_11.2/
Ich weiß, dass ich die nehmen könnte - nur möchte ich solche Dinge wie KDE4:/STABLE eigentlich herauslassen - die machen ganz unverhofft Ärger, wenn die 4.3.4 in die eigentliche Distri bzw. die Updates gerutscht ist und in STABLE dann die nächste Version steht (die zwar dann auch stabil ist, aber vielleicht nicht unbedingt mit den anderen Standard-Repos verträglich ist). Aber vielleicht dauert es ja auch mit den Update nicht mehr lange ;-) ...
Ich weiß, was Du meinst (leider)... AFAIK ist das einzlige Mittel, das gegen "Repository-Verrutschen" hilft, mit einem halben Auge Planet SuSE mitzulesen. Da kommt in der Regel eine Vorwarnung.
Gruß Martin
Viel Gruß Till -- Till Schwalbe Potsdam, Germany
Am Dienstag, 15. Dezember 2009 schrieb Martin Hofius:
Am Dienstag, 15. Dezember 2009 schrieb Till Schwalbe:
Hallo Martin,
Am Dienstag, 15. Dezember 2009 14:37:08 schrieb Martin Hofius:
... jetzt habe ich es nochmal mit der Konsole ausprobiert, das Ergebnis ist etwas verwirrend: ...
Uneingeschränkte Zustimmung... :-(
...
(Es erscheinen KMail und Kontact in zwei eigenständigen Fenstern, danach KMail manuell geschlossen, Kontact läßt sich nicht mehr bedienen)
Schuß ins Blaue: Das Kamel versucht gerade in Ruhe, seine Netzwerkverbindungen abzugrasen. Wie man das schon seit KDE3 kennt, ist ...
Nun ja, der Kontact hat ja irgendwann das Kamel angefordert. Das läuft dann eben auch irgendwann los, nur da der Kontact schon nicht mehr wartet, läuft es dummerweise "allein".
Unklar bleibt jedoch, warum Kontact bei Dir so ungeduldig ist und bei anderen nicht. Vielleicht kann sich hier jemand aus der Liste in den Thread einklinken, der sich mit der Prozesskommunikation unter KDE ein bischen besser auskennt. ... ...
Die 4.3.4. ist seit ca. einer Woche in den Repos für die 11.2 Schau mal nach, ob Du einen aktuellen Repo-Stand eingebunden hast:
Core: repositories/KDE:/KDE4:/STABLE:/Desktop/openSUSE_11.2/ Backports: repositories/KDE:/Backports/openSUSE_11.2/ Community: repositories/KDE:/KDE4:/Community/openSUSE_11.2/ Playground: repositories/KDE:/KDE4:/Playground/openSUSE_11.2/
fürs Protokoll: ich habe jetzt (entgegen meiner Bedenken, noch ein Repo mit einzuschließen) jetzt doch mal vorzeitig das KDE 4.3.4 STABLE mit eingebaut und nach einem zypper dup scheint das Problem mit Kontact und KMail jetzt behoben zu sein. Ich weiß nicht, ob es wirklich am neuen KDE oder einfach nur daran liegt, dass bei dem dup ziemlich viele andere Pakete auch getauscht wurden (obwohl ich ausser dem KDE 4.3.4 nur noch Packman und Suse Contrib mit drin habe ... oder ob einfach nur durch die Installationsvorgänge bisher fehlende oder unrichtige Einstellungen korrigiert wurden - aber jedenfalls läuft es jetzt... Danke an Till für den Schubs auf das neuere KDE... Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (2)
-
Martin Hofius
-
Till Schwalbe