Вопросы Теги

Sublime Text 3 недоступен в Dash, несмотря на наличие файла .desktop

После установки Sublime Text 3 .deb файл в описании пакета было сказано что-то вроде «Это должно быть запущено на терминале». Поэтому я сказал себе: «Никаких проблем, Sublime, я создам файл .desktop для тебя ... А?»

Как оказалось, в Sublime Text уже есть файл .desktop в /usr/share/applications, но я не понимаю, почему Dash не видит его при поиске? 

[Desktop Entry]
Version=1.0
Type=Application
Name=Sublime Text
GenericName=Text Editor
Comment=Sophisticated text editor for code, markup and prose
Exec=/opt/sublime_text/sublime_text %F
Terminal=false
MimeType=text/plain;
Icon=sublime-text
Categories=TextEditor;Development;
StartupNotify=true
Actions=Window;Document;

[Desktop Action Window]
Name=New Window
Exec=/opt/sublime_text/sublime_text -n
OnlyShowIn=Unity;

[Desktop Action Document]
Name=New File
Exec=/opt/sublime_text/sublime_text --command new_file
OnlyShowIn=Unity;

Я упоминал, что я нуб Linux?

3
задан 5 April 2016 в 11:54

1 ответ

Что сделать, если приложение не обнаруживается в Тире или не может быть запущено от Тире после установки его?

Это может произойти, что Вы установили приложение, Вы уверены, что приложение представлено a .desktop файл в /usr/share/applications, но это или не обнаруживается или значок в средстве запуска, не делает то, что это, как предполагается, делает.

  1. Выйдите из системы и въезжайте задним ходом
    Хотя приложение должно сразу обнаружиться после установки, несущественно, новый .desktop файлы сразу не найдены. Выходить из системы и въезжает задним ходом, удостоверяется, что Единица вызывается к пере - читает каталоги ~/.local/share/applications и /usr/share/applications для допустимых средств запуска.

  2. Тест - проверяет глобальное desktop файл
    Если это не решает проблему, обзор к /usr/share/applications и перетащите соответствие .desktop файл на средстве запуска и нажимает на него.
    Если приложение запущено правильно, можно быть вполне уверены, у Вас есть локальное .desktop файл, представляя приложение, в ~/.local/share/applications. С тех пор локальный .desktop файлы отвергают свою глобальную версию, локальный является, скорее всего, неправильным или устарел.
    Для нахождения его откройте терминал и работайте:

    grep -iR <application> ~/.local/share/applications/

    где <application> (конечно), название приложения.

    Удалите возможные локальные версии, выйдите из системы и въезжайте задним ходом.

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

Объяснение

Если Вы копировали средства запуска (.desktop файлы), представляя то же приложение, Unity выбирает локальный, входят в систему. Во время сессии это обычно не изменяется, если Вы не вынуждаете Единицу использовать определенное средство запуска путем перетаскивания ее на Средстве запуска Единицы.

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

5
ответ дан 5 April 2016 в 21:54
  • 1
    Да, модификация по умолчанию зависит от программы, также umask самой может быть проигнорирован программами как компиляторы, chmod, и т.д. – Ravexina 13 August 2017 в 19:40

Другие вопросы по тегам:

Похожие вопросы: