Hi, hier (Leap 15.2, Upgrade von 15.1) soll ein Skript(*) direkt beim Anmeldung an KDE laufen. Das Skript ist unter Systemeinstellungen/Starten und Beenden/Autostart eingetragen. Aber es wird nicht gestartet (unter Leap 15.1 ging das). Die Hilfe behauptet die Datei solle dazu einen Link in $HOME/.config/autostart erhalten. Dort ist aber kein solcher. Auch nach einem händischen Eintrag eines entsprechenden Links wird das Skript beim Anmelden nicht aufgerufen. Es gibt ein Verzeichnis ~/.config/autostart-scripts, dort ist eine alte Version der Datei zu finden. Ich denke also das dieses Verzeichnis eine Leiche ist die von einem Upgrade zurückgeblieben ist. Nun habe ich via Systemeinstellungen/Starten und Beenden/Autostart einen neuen Eintrag angelegt und diese Skript-Datei eingetragen. Es ploppte die Frage auf ob ich die vorhandene Datei überschreiben wolle. Nach einen 'OK' ist nun aber die Datei unter dem vermeintlichen alten Verzeichnis ~/.config/autostart-scripts durch einen Link auf die gewünschte Datei ersetzt worden?! Anschließend funktioniert es so wie gewünscht! Bei Anmelden wird das Skript aufgerufen und stoppt Akonadi. Was ist da falsch? Offenbar zuerst mal der Eintrag in der Hilfe. Dort steht ein falscher Pfad ($HOME/.config/autostart statt ~/.config/autostart-scripts) Das verleitete mich zu dem Versuch dort selbst einen Link anzulegen. Dann aber auch die Abarbeitung der Skripte in ~/.config/autostart-scripts. Das dort vorhandene (alte) Skript hatte keinen 'Sleep' und wurde so vermutlich so früh gestartet das es Akonadi nicht abschaltete. Des weiteren wurde bei einem Upgrade (ich weiß nicht bei welchem Versionssprung) das alte KDE Autostartverzeichnis ~/.config/autostart nicht in das neue KDE Autostartverzeichnis ~/.config/autostart-scripts überführt. Bernd (*) Das Skript stoppt Akonadi. Akonadi führt hier zu dauerpustendem Lüfter. Und da KDE Kontakt und alles was damit zusammenhängt (KMail, Akregator, den UseNet-Client, ...) ja erfolgreich zerstört hat, brauche ich Akonadi auch nicht mehr ... PS: Die Mail ist nun etwas länger geworden da sie statt der ursprünglichen Frage nun auch die Antwort enthält. Vielleicht hilft es jemandem der via Suchmaschine hier aufschlägt. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi,
hier (Leap 15.2, Upgrade von 15.1) soll ein Skript(*) direkt beim Anmeldung an KDE laufen. Das Skript ist unter Systemeinstellungen/Starten und Beenden/Autostart eingetragen. Aber es wird nicht gestartet (unter Leap 15.1 ging das). Die Hilfe behauptet die Datei solle dazu einen Link in $HOME/.config/autostart erhalten. Dort ist aber kein solcher. Auch nach einem händischen Eintrag eines entsprechenden Links wird das Skript beim Anmelden nicht aufgerufen.
Es gibt ein Verzeichnis ~/.config/autostart-scripts, dort ist eine alte Version der Datei zu finden. Ich denke also das dieses Verzeichnis eine Leiche ist die von einem Upgrade zurückgeblieben ist.
Nun habe ich via Systemeinstellungen/Starten und Beenden/Autostart einen neuen Eintrag angelegt und diese Skript-Datei eingetragen. Es ploppte die Frage auf ob ich die vorhandene Datei überschreiben wolle. Nach einen 'OK' ist nun aber die Datei unter dem vermeintlichen alten Verzeichnis ~/.config/autostart-scripts durch einen Link auf die gewünschte Datei ersetzt worden?!
Anschließend funktioniert es so wie gewünscht! Bei Anmelden wird das Skript aufgerufen und stoppt Akonadi.
Was ist da falsch? Falsch ist da nichts, vermutlich aber veraltet. In meiner ~/.config/autostart/ sind etliche Leichen, von 2011 bis 2017, seither starte meine kleinen Aufgaben mittels systemd, die Dateien
Am Tue, 21 Jul 2020 08:12:55 +0200
schrieb Bernd Nachtigall
Hi Bernd,
Hi,
hier (Leap 15.2, Upgrade von 15.1) soll ein Skript(*) direkt beim Anmeldung an KDE laufen. Das Skript ist unter Systemeinstellungen/Starten und Beenden/Autostart eingetragen. Aber es wird nicht gestartet (unter Leap 15.1 ging das). Die Hilfe behauptet die Datei solle dazu einen Link in $HOME/.config/autostart erhalten. Dort ist aber kein solcher. Auch nach einem händischen Eintrag eines entsprechenden Links wird das Skript beim Anmelden nicht aufgerufen.
Es gibt ein Verzeichnis ~/.config/autostart-scripts, dort ist eine alte Version der Datei zu finden. Ich denke also das dieses Verzeichnis eine Leiche ist die von einem Upgrade zurückgeblieben ist.
nein, das ist das Verzeichnis, das auch heute noch funktioniert.
Nun habe ich via Systemeinstellungen/Starten und Beenden/Autostart einen neuen Eintrag angelegt und diese Skript-Datei eingetragen. Es ploppte die Frage auf ob ich die vorhandene Datei überschreiben wolle. Nach einen 'OK' ist nun aber die Datei unter dem vermeintlichen alten Verzeichnis ~/.config/autostart-scripts durch einen Link auf die gewünschte Datei ersetzt worden?!
Das ist genau das erwartete Resultat.
Anschließend funktioniert es so wie gewünscht! Bei Anmelden wird das Skript aufgerufen und stoppt Akonadi.
Was ist da falsch?
Nix. Passt so.
Offenbar zuerst mal der Eintrag in der Hilfe. Dort steht ein falscher Pfad ($HOME/.config/autostart statt ~/.config/autostart-scripts) Das verleitete mich zu dem Versuch dort selbst einen Link anzulegen.
Das ist alt.
Dann aber auch die Abarbeitung der Skripte in ~/.config/autostart-scripts. Das dort vorhandene (alte) Skript hatte keinen 'Sleep' und wurde so vermutlich so früh gestartet das es Akonadi nicht abschaltete.
Des weiteren wurde bei einem Upgrade (ich weiß nicht bei welchem Versionssprung) das alte KDE Autostartverzeichnis ~/.config/autostart nicht in das neue KDE Autostartverzeichnis ~/.config/autostart-scripts überführt.
In autostart stehen Binaries, bzw. Links zu Binaries. In autostart-scripts stehen eben Script, bzw. Links zu Scripts.
Bernd
Ciao. Michael.
(*) Das Skript stoppt Akonadi. Akonadi führt hier zu dauerpustendem Lüfter. Und da KDE Kontakt und alles was damit zusammenhängt (KMail, Akregator, den UseNet-Client, ...) ja erfolgreich zerstört hat, brauche ich Akonadi auch nicht mehr ...
PS: Die Mail ist nun etwas länger geworden da sie statt der ursprünglichen Frage nun auch die Antwort enthält. Vielleicht hilft es jemandem der via Suchmaschine hier aufschlägt.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-- Michael Hirmke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 22.07.20 um 22:26 schrieb Michael Hirmke: (...)
Offenbar zuerst mal der Eintrag in der Hilfe. Dort steht ein falscher Pfad ($HOME/.config/autostart statt ~/.config/autostart-scripts) Das verleitete mich zu dem Versuch dort selbst einen Link anzulegen.
Das ist alt. Tja, eine veraltete Hilfe ist wohl der Grund für viele Fragen. (Ich gebe zu das der Blick in die Hilfe eher eine 'Verzweiflungstat' war bevor ich hier fragte ;-)
Dann aber auch die Abarbeitung der Skripte in ~/.config/autostart-scripts. Das dort vorhandene (alte) Skript hatte keinen 'Sleep' und wurde so vermutlich so früh gestartet das es Akonadi nicht abschaltete. Hier wäre ein Eintrag in das KDE-Bugzilla nötig (Erweiterung)?
(...)
In autostart stehen Binaries, bzw. Links zu Binaries. In autostart-scripts stehen eben Script, bzw. Links zu Scripts.
Ah, das macht Sinn. (Und wäre auch eine Erwähnung in der Hilfe Wert.) Allerdings stehen in autostart auch (veraltete) *.desktop Dateien die ich nicht angelegt habe. Die wurden evtl. von testweise installierten Programmen angelegt. Gehören die dorthin oder sollten die gelöscht werden? Wie weiter? Die Idee den Start der Dateien in autostart* etwas zu verzögern gehört wie oben beschrieben wohl nach kde-Bugzilla. Kann ich die Erkenntnis von Michael (Unterschied autostart vs. autostart-scripts) irgendwie in die Doku einfließen lassen ohne mich stundenlang bei irgend einem Doku-Team anmelden zu müssen? Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On 07/21/20 08:12, Bernd Nachtigall wrote:
(*) Das Skript stoppt Akonadi. Akonadi führt hier zu dauerpustendem Lüfter. Und da KDE Kontakt und alles was damit zusammenhängt (KMail, Akregator, den UseNet-Client, ...) ja erfolgreich zerstört hat, brauche ich Akonadi auch nicht mehr ...
Was hast Du denn installiert, was Akonadi benötigt? Oder anders gefragt, kannst Du die Akonadi-Pakete nicht einfach deinstallieren? Bei mir: rpm -qa | grep -i akonadi (kein Ergebnis) Christoph -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 18.08.20 um 17:37 schrieb Christoph Feck:
On 07/21/20 08:12, Bernd Nachtigall wrote:
(*) Das Skript stoppt Akonadi. Akonadi führt hier zu dauerpustendem Lüfter. Und da KDE Kontakt und alles was damit zusammenhängt (KMail, Akregator, den UseNet-Client, ...) ja erfolgreich zerstört hat, brauche ich Akonadi auch nicht mehr ...
Was hast Du denn installiert, was Akonadi benötigt? Oder anders gefragt, kannst Du die Akonadi-Pakete nicht einfach deinstallieren?
Bei mir: rpm -qa | grep -i akonadi (kein Ergebnis)
Nichts zusätzliches außer den Paketen die Leap bei KDE standardmäßig installiert. Es hängt wohl auch davon ab welche Desktop-Umgebung man nutzt. Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Bernd Nachtigall -
Christoph Feck -
Dieter Klünter -
mh＠mike.franken.de