Kann ~ / .local / share / applications / usr / share / applications überschreiben?


16

Ich muss einige Anwendungen auf KDE mit einigen hinzugefügten Konfigurationsänderungen starten. Der beste Weg, dies zu tun, ohne es zu vermasseln, /besteht darin, die .desktopDatei einzelner Anwendungen zu kopieren , deren Konfiguration ich ändern muss, aus /usr/share/applicationsOptionen hinzuzufügen und sie dann zu kopieren ~/.local/share/applications.

Ich habe mich gefragt, ob das Probleme verursachen wird, die mir nicht bewusst sind. Und wenn es eine bessere Möglichkeit gibt, sagen wir, indem Sie nicht alles kopieren, sondern nur Änderungen an der Desktop-Datei in hinzufügen ~/.local/share/applications.

Vielen Dank.


1
Nono! nur die spezifischen !!
Jacob Vlijm

Antworten:


11

Ja, es sollte funktionieren, um diejenigen zu kopieren, an denen Sie Änderungen ~/.local/share/applicationsvornehmen möchten , und sollte nicht zu viele Probleme verursachen, es sei denn, Sie nehmen einige fehlerhafte Änderungen vor (z. B. das Entfernen von MIME-Typen usw.). Wenn Sie alle kopieren, werden sie bei der Aktualisierung /usr/share/applicationsnicht aktualisiert ~/.local/share/applications, und die Startprogramme für Apps, die Sie entfernen, bleiben erhalten. Machen Sie sich nicht die Mühe, alle unnötigen zu kopieren.

Nachdem Sie die Änderungen vorgenommen haben, update-desktop-database ~/.local/share/applications/sollte das Ausführen sicherstellen, dass der neue Launcher erkannt wird. Dies wird im Dash / Menü angezeigt.

Unity's Launcher und wahrscheinlich Gnome's Dash zeigen die Version weiterhin an /usr/share/applications, daher müssen Sie das Symbol entsperren und sperren. Gnome 3 benötigt möglicherweise auch einen Neustart. Nautilus kann dies ebenfalls tun. Das Abmelden und das erneute Anmelden sollten dies beheben.

Das Lesen der folgenden Informationen kann beim Vornehmen von Änderungen hilfreich sein:


Ich frage mich, in welchem ​​Fall ich einen doppelten Eintrag für eine App sehen würde, die eine Desktop-Datei in beiden /usr/share/applicationsund hat ~/.local/share/applications.
Sudhir Khanger


1
@JacobVlijm Ich sehe, wenn die Dateinamen gleich sind, dann hat der in ~/.local/share/applicationsVorrang. Vielen Dank.
Sudhir Khanger

@donniezazen Bei lokal bearbeiteten .desktopDateien ist zu beachten, dass sie nicht aktualisiert werden, wenn eine Anwendung aktualisiert wird (einschließlich der globalen .desktopDatei), jedoch nicht die lokale. Chrome ist dafür berühmt, was zu doppelten Symbolen führt.
Jacob Vlijm

Wenn ich in Ubuntu 18.10 den Terminal-Eintrag kopiere org.gnome.Terminal.desktop, wird beim Öffnen der .desktopvon Super + Search geänderten Suche wie gewünscht, aber das im Dock für dieses neue geänderte Terminal-Fenster angezeigte Symbol bezieht sich immer noch auf das System .desktop.
Ciro Santilli am

3

Kopieren Sie nicht alle Dateien / Verzeichnisse von /usr/share/applications

Es ist in der Tat empfehlenswert, eine .desktopDatei vor dem Bearbeiten lokal zu kopieren . Das ist das geeignete Verfahren. Nachdem Sie es kopiert / bearbeitet und abgemeldet / angemeldet haben, setzt das lokale das globale außer Kraft.

Nicht alle Dateien in /usr/share/applicationssollen jedoch direkt vom Benutzer ausgeführt werden. Einige Dateien sind möglicherweise überhaupt keine .desktopDateien und es können sogar einige Verzeichnisse existieren. Deshalb sollten Sie nicht einfach alles von /usr/share/applicationsin kopieren ~/.local/share/applications.

Es gibt auch überhaupt keinen Grund, alle .desktopDateien lokal zu kopieren . Die lokalen setzen die globalen nur außer Kraft, wenn die lokalen vorhanden sind. Wenn der lokale nicht existiert, ist der globale immer noch "verantwortlich".

Besteht ein Risiko, wenn ich den gesamten Inhalt von /usr/share/applicationsto kopiere ~/.local/share/applications?

Neben nutzlos Duplikate erstellen, kopiert alles aus /usr/share/applicationskann dazu führen , Konflikte Ihren Desktop starten. Ich habe das eigentlich mal als experiment gemacht ( Unity), musste sachen mit einem startup usb reparieren.

Fazit:

Kopieren Sie globale .desktopDateien nur, ~/.local/share/applicationswenn Sie einen Grund dafür haben, und kopieren (und bearbeiten) Sie Dateien nur spezifisch.

Wenn Sie eine .desktopDatei auf irgendeine Weise durcheinander bringen , wird die Anwendung nicht über Dash gestartet oder es treten doppelte Symbole in Dash auf. Wenn Sie dies nicht beheben können, entfernen Sie einfach die lokale Datei .desktopund melden Sie sich ab.


Danke für das Schreiben. Damit Sie wissen, dass ich klarer hätte sein sollen, habe ich nicht die Absicht, das gesamte Verzeichnis zu kopieren. Ich wollte nur einzelne Dateien kopieren.
Sudhir Khanger

1
@ Donniezazen Ah, dann sollte es in Ordnung sein. Wenn Sie eine Datei wirklich durcheinander bringen .desktop, entfernen Sie sie in den meisten Fällen einfach.
Jacob Vlijm

Zögern ~/.local/share/applications Sie auch nicht, die gesamte .desktop-Datei zu entfernen, wenn Sie merkwürdige Verhaltensweisen bei Ihren Anwendungen, seltsam startenden Browsern, mehreren
Symbolen
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.