Ich erstelle gerade ein Repository mit Dotfiles, um einige Einstellungen problemlos auf einer neuen Kubuntu-Installation replizieren zu können. Da ich einige Verknüpfungen eingerichtet habe, möchte ich diese auch auf die neue Maschine übertragen.
In meiner .config-Datei habe ich die Datei „kglobalshortcutsrc“ gefunden, die alle meine Tastenkombinationen auflistet, aber als ich versuchte, sie auf eine andere Maschine zu verschieben, funktionierten die Tastenkombinationen dort nicht und die Datei wird einfach überschrieben, sobald ich den Tastenkombinationsdialog auf der neuen Maschine öffne.
Ich weiß, dass Sie Verknüpfungsdateien aus dem Dialog importieren und exportieren können, aber um die Dinge zu automatisieren, würde ich dies gerne mit Dotfiles verwalten. Irgendwelche Ideen, wie das funktionieren könnte?
Ich verwende Kubuntu 18.04 mit KDE Frameworks Version 5.47.0
Antwort1
Ich habe gemachtDasseit ein paar Jahren. Die für Sie wichtigste Datei ist wahrscheinlich dieMakefileDadurch werden unter anderem symbolische Links zum Repository-Inhalt erstellt, anstatt ihn zu kopieren. Auf diese Weise können Sie ganz einfach verfolgen, welche Anwendungen welche Konfigurationsdateien überschreiben, und bei Bedarf die Versionskontrolle durchführen.
In Ihrem speziellen Fall klingt es so, als ob ein Prozess die Datei kglobalshortcutsrc beim Start liest und sie auf die Festplatte schreibt, wenn Sie den Verknüpfungsdialog öffnen. Die einfachste Möglichkeit, so etwas zu umgehen, besteht normalerweise darin, den Prozess zu stoppen, der diese Datei überschreibt, den symbolischen Link zu erstellen und den Prozess erneut zu starten.
Einige Prozesse verhalten sich schlecht und ersetzen den symbolischen Link tatsächlich durch eine richtige Datei. Normalerweise ist eine einfache Problemumgehung, das übergeordnete Verzeichnis der Datei mit einem symbolischen Link zu versehen. Es ist sehr unwahrscheinlich, dass der Prozess zur Laufzeit die gesamte Verzeichnisstruktur ersetzt.
Antwort2
Ich folge meiner eigenen Frage.
Kurz nachdem ich diese Frage gestellt hatte, begann ich mit der Nutzung von NixOS und fand baldPlasma-Managergenau das zu sein, was ich gesucht habe, da ich nicht besonders daran interessiert war, selbst herauszufinden, wo alle Konfigurationsdateien gespeichert waren.
Meiner Ansicht nach ist dies der beste Ansatz, um eine KDE-Plasma-Konfiguration deklarativ zu verwalten und sie reproduzierbar auf jedem Host installieren zu können.