Czy ~ / .local / share / applications nadpisuje / usr / share / applications?

Muszę uruchomić niektóre aplikacje w KDE z kilkoma dodanymi zmianami konfiguracji. Najlepszym sposobem na zrobienie tego bez bałaganu /jest skopiowanie .desktoppliku poszczególnych aplikacji, do którego muszę zmienić konfigurację /usr/share/applications, dodać, dodać opcje, a następnie skopiować je ~/.local/share/applications.

Zastanawiałem się, czy to spowoduje jakieś problemy, których nie jestem świadomy. A jeśli jest lepszy sposób, aby to powiedzieć, nie kopiując wszystkiego, a jedynie dodając zmiany w pliku na pulpicie ~/.local/share/applications.

Dzięki.

Tak, powinno działać kopiowanie tych, które chcesz zmodyfikować ~/.local/share/applications, i nie powinno powodować zbyt wielu problemów, chyba że dokonasz złych zmian (np. Usuwając typy MIME itp.). Skopiowanie wszystkich oznacza, że ​​jeśli zostaną zaktualizowane w /usr/share/applications, nie wygrają; t zostaną zaktualizowane ~/.local/share/applications, a programy uruchamiające usuwane aplikacje pozostaną. Nie przejmuj się kopiowaniem wszystkich, które są niepotrzebne.

Po dokonaniu edycji uruchomienie update-desktop-database ~/.local/share/applications/powinno upewnić się, że nowy program uruchamiający jest rozpoznany, więc jest wyświetlany w Dash / Menu.

Program uruchamiający Unity i prawdopodobnie Gnome's Dash prawdopodobnie nadal pokaże wersję /usr/share/applications, więc musisz odblokować i zablokować ikonę. Gnome 3 może również wymagać ponownego uruchomienia, Nautilus może to zrobić również, więc wylogowanie i ponowne zalogowanie powinno to naprawić.

Przeczytaj poniższe informacje, które mogą pomóc w wprowadzaniu zmian:

• http://standards.freedesktop.org/desktop-entry-spec/latest/
• https://wiki.archlinux.org/index.php/Desktop_entries

Nie kopiuj wszystkich plików / katalogów z /usr/share/applications

Rzeczywiście dobrą praktyką jest .desktoplokalne skopiowanie pliku przed jego edycją. To jest właściwa procedura. Po skopiowaniu / edycji i wylogowaniu / zalogowaniu, lokalny zastąpi globalny.

/usr/share/applicationsJednak nie wszystkie pliki powinny być uruchamiane bezpośrednio przez użytkownika. Niektóre pliki prawdopodobnie nie są wcale .desktopplikami, a może nawet istnieć kilka katalogów. Że jest (ao), dlaczego nie należy po prostu skopiować wszystko od /usr/share/applicationsdo ~/.local/share/applications.

Nie ma też żadnego powodu, aby kopiować wszystkie .desktoppliki lokalnie. Lokalne zastąpią globalne tylko wtedy , gdy istnieje lokalne. Jeśli lokalny nie istnieje, globalny nadal jest „odpowiedzialny”.

Czy istnieje ryzyko, jeśli skopiuję całą zawartość /usr/share/applicationsdo ~/.local/share/applications?

Oprócz tworzenia bezużytecznych duplikatów, kopiowanie wszystkiego z /usr/share/applicationsmoże powodować konflikty podczas uruchamiania komputera. Zrobiłem to kiedyś jako eksperyment ( Unity), musiałem to naprawić przy uruchamianiu USB.

Wniosek:

Kopiuj tylko .desktoppliki globalne , ~/.local/share/applicationsjeśli masz ku temu powód, a konkretnie kopiuj (i edytuj)) pliki.

Jeśli w .desktopjakiś sposób zepsujesz plik, aplikacja nie uruchomi się z Dasha lub występują zduplikowane ikony w Dash, jeśli nie uda Ci się naprawić, po prostu usuń lokalny .desktop, wyloguj się / zaloguj i wszystko jest tak, jak poprzednio.