Может ли ~ / .local / share / Applications переопределить / usr / share / Applications?


17

Мне нужно запустить некоторые приложения на KDE с некоторыми изменениями конфигурации. Лучший способ сделать это без путаницы /- это скопировать.desktop файл отдельных приложений, в котором мне нужно изменить конфигурацию, /usr/share/applicationsдобавить параметры и затем скопировать их ~/.local/share/applications.

Мне было интересно, не вызовет ли это каких-либо проблем, о которых я не знаю. И если есть лучший способ сделать это, скажем, не копируя все, а только добавляя изменения в файл рабочего стола в~/.local/share/applications .

Благодарю.


1
Нет нет! только конкретные !!
Джейкоб Влейм

Ответы:


12

Да, он должен работать, чтобы скопировать те, к которым вы хотите изменить ~/.local/share/applications, и не должен вызывать слишком много проблем, если вы не сделаете некоторые плохие изменения (например, удалите mime-типы и т.д.) Копирование всех этих файлов означает, что если они будут обновлены в /usr/share/applications, они не будут обновлены ~/.local/share/applications, а средства запуска приложений, которые вы удаляете, останутся. Не пытайтесь копировать их все, что не нужно.

После внесения изменений update-desktop-database ~/.local/share/applications/ должен убедиться, что новый модуль запуска распознается, поэтому он отображается в Dash / Menu.

Средство запуска Unity и, возможно, Gnome's Dash, вероятно, по-прежнему будут отображать версию /usr/share/applications, поэтому вам нужно будет разблокировать и заблокировать значок. Gnome 3 также может потребоваться перезапуск, Nautilus может сделать то же самое, поэтому выход из системы и повторный вход должны исправить это.

Чтение следующего может помочь с внесением изменений:


Интересно, в каком случае я увижу двойную запись для приложения, которое имеет файл рабочего стола в обоих /usr/share/applicationsи ~/.local/share/applications.
Судхир Кхангер


1
@JacobVlijm Я вижу, если имена файлов совпадают, то имя ~/.local/share/applicationsимеет приоритет. Благодарю.
Судхир Хангер

@donniezazen Следует иметь в виду, что при редактировании локально редактируемых .desktopфайлов они обновляются не при обновлении приложения (включая глобальный .desktopфайл), а локально. Chrome славится этим, что приводит к дублированию иконок.
Джейкоб Влейм

В Ubuntu 18.10, если я копирую запись терминала org.gnome.Terminal.desktop, то когда он открывает измененный .desktopиз super + search по желанию, но значок, показанный на панели для этого нового измененного окна терминала, по-прежнему относится к системе .desktop.
Сиро Сантилли 新疆 改造 中心 法轮功 六四 事件

3

Не копируйте все файлы / каталоги из /usr/share/applications

Это действительно хорошая практика, чтобы скопировать .desktopфайл локально перед его редактированием. Это подходящая процедура. После того, как вы скопировали / отредактировали его и вышли из системы / вышли, локальный будет отменять глобальный.

Однако не все файлы /usr/share/applicationsпредназначены для непосредственного запуска пользователем. Некоторые файлы, возможно, вообще не являются .desktopфайлами, и даже может существовать несколько каталогов. Вот почему вы не должны просто копировать все из /usr/share/applicationsв ~/.local/share/applications.

Также нет никакой причины копировать все .desktopфайлы локально. Локальные будут отменять глобальные, только если локальные существуют. Если локальный не существует, глобальный по-прежнему "отвечает".

Есть ли риск, если я скопирую все содержимое /usr/share/applicationsв ~/.local/share/applications?

Помимо создания бесполезных дубликатов, скопировав все от /usr/share/applicationsмогут привести к конфликтам , начиная свой рабочий стол. Я действительно сделал это один раз в качестве эксперимента (Unity ), пришлось исправить вещи с помощью запуска USB.

Вывод:

Копируйте только глобальные .desktopфайлы, ~/.local/share/applicationsесли у вас есть для этого причины, и только копируйте (и редактируйте) файлы специально.

Если вы как-то испортили .desktopфайл, приложение не запустится из Dash, или у вас появятся дубликаты значков в Dash, если вам не удастся исправить, просто удалите локальный .desktop, выйдите из системы / войдите и все будет так, как было раньше.


Спасибо, что написали. Просто чтобы сообщить вам, что я должен был быть яснее, я не собираюсь копировать весь каталог. Я только хотел скопировать отдельные файлы.
Судхир Кхангер

1
@donniezazen Ах, тогда все должно быть в порядке. В большинстве случаев, если вы действительно испортили .desktopфайл, просто удалите его log, out / in и все будет так, как было раньше.
Яков Влийм

Также не стесняйтесь удалять все файлы .desktop, ~/.local/share/applications если вы начинаете видеть странное поведение ваших приложений, странный запуск браузера, множественные значки одного и того же приложения в
панели
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.