Запуск файлов desktop linux

Desktop entries (Русский)

Спецификация freedesktop ярлык приложения предусматривает стандарт для приложений для интеграции в среду рабочего стола. Ярлыки приложений — это файлы конфигурации, описывающие, как запускается приложение, и какие данные оно может обрабатывать. Они также настраивают, как появляются приложения в меню со значком, на который распространяется соответствующий стандарт спецификации меню.

Наиболее распространенные ярлыки приложений представлены файлами .desktop и .directory . В этой статье кратко объясняется, как создавать полезные и соответствующие стандарту ярлыки приложений. Она в основном предназначена для разработчиков и сопровождающих пакетов(ы), но может также быть полезна разработчикам программного обеспечения и другим.

Существует примерно три типа ярлыков приложений:

Приложение ярлык приложения Ссылка ярлык на веб-ссылку Каталог контейнер метаданных в меню

В следующих разделах будет примерно показано, как они создаются и проверяются.

Связанное с этим материалом, а также определенные в файлах .desktop , являются ассоциациями типа MIME для файлов данных. Приложения по умолчанию описывают, как они настроены.

Contents

Ярлык приложения

Ярлыки для приложений или файлов .desktop , как правило, представляют собой комбинацию метаинформационных ресурсов и ярлыков приложений. Эти файлы обычно находятся в /usr/share/applications или /usr/local/share/applications для приложений, установленных в системе, или

/.local/share/applications для пользовательских приложений. Пользовательские ярлыки имеют приоритет над системными ярлыками.

Пример файла

Ниже приведен пример его структуры с дополнительными комментариями. Этот пример предназначен только для быстрого ознакомления и не показывает, как использовать все возможные ключи ввода. Полный список ключей можно найти в спецификация freedesktop.org.

Определение ключа

Все признанные Desktop ярлыки приложений можно найти на сайте freedesktop.org. Например, ключ Type определяет три типа ярлыков: Приложение (тип 1), Ссылка (тип 2) и Каталог (тип 3).

• Ключ Version обозначает версию спецификации ярлыка приложения, которая соответствует этому файлу, но не как не версию приложения.

• Name , GenericName и Comment часто содержат избыточные значения в виде комбинаций из них, например:

Этого следует избегать, поскольку это только будет запутывать пользователей. Ключ Name должен содержать только имя или хотя бы аббревиатуру/акроним, если они доступны.

• GenericName должен указывать на категорию приложения, которая обозначает особый признак этого конкретного приложения (например Firefox является «веб-браузером»).
• Comment должен содержать любую полезную дополнительную информацию.

Осуждение

Существует много ключей, которые стали устаревшими с течением времени по мере созревания стандарта. Лучший/самый простой способ — использовать инструмент desktop-file-validate , который является частью пакета desktop-file-utils . Чтобы проверить, выполните

Это даст вам очень подробные и полезные предупреждения и сообщения об ошибках.

Значки

Распространенные форматы изображений

Ниже приведен краткий обзор форматов изображений, обычно используемых для значков.

Поддержка форматов изображений для значков, указанных в стандарте freedesktop.org.

Расширение	Полное имя и/или описание	Тип графики	Формат контейнера	Поддерживаемый
.png	Portable Network Graphics	Raster	Нет	Да
.svg(z)	Scalable Vector Graphics	Vector	Нет	Да (опционально)
.xpm	X PixMap	Raster	Нет	Да (устаревший)
.gif	Graphics Interchange Format	Raster	Нет	Нет
.ico	MS Windows Icon Format	Raster	Да	Нет
.icns	Apple Icon Image	Raster	Да	Нет

Преобразование значков

Если вы наткнулись на значок, который находится в формате, который не поддерживается стандартом freedesktop.org (например, gif или ico ), вы можете использовать инструмент преобразования (который является частью пакета imagemagick ), чтобы преобразовать его в поддерживаемый/рекомендованный формат, например:

Если вы преобразуете из формата контейнера, такого как ico , вы получите все изображения, которые были инкапсулированы в файл ico в форме — .png . Если вы хотите узнать размер изображения или количество изображений в файле контейнера, например ico , вы можете использовать инструмент идентификации (также часть пакета imagemagick ):

Как вы можете видеть, на примере файла ico, что по названию можно предположить одно изображение размером 48×48, но на самом деле оно содержит не менее 6 разных размеров, из которых один больше 48×48, а именно 128×128.

Кроме того, вы можете использовать icotool (из icoutils ) для извлечения png-изображений из контейнера ico:

Для извлечения изображений из контейнера .icns вы можете использовать icns2png (предоставленный libicns ):

Получение значков

Хотя пакеты, которые уже поставляются с файлом .desktop, наверняка содержат значок или набор значков, иногда бывает, что разработчик не создал файл .desktop, но тем не менее может отправить значки. Поэтому неплохо начать поиск значков в исходном пакете. Вы можете, например, сначала фильтровать расширение с помощью find, а затем использовать grep для дальнейшей фильтрации по определенным ключевым словам, таких как имя пакета, «значок», «логотип» и т.д., если изображений достаточно много в исходном пакете.

Если разработчики приложения не включают значки в свои исходные пакеты, тогда следующим шагом будет поиск значков на их сайте. В некоторых проектах, например, tvbrowser, есть страница с изображением/логотипом, где могут быть найдены дополнительные значки. Если проект мультиплатформенный, может случиться так, что в пакете linux/unix отсутствует значок, тогда пакет Windows может предоставить его. Если в проекте используется система управления версиями, например CVS/SVN и т.д., и у вас есть некоторый опыт работы с ней, вы также можете рассмотреть возможность просмотра ее для значков. Если все не удастся, проект может просто не иметь значка/логотипа еще.

Инструменты

gendesk

gendesk стартовал как инструмент, специально предназначенный для Arch Linux для генерации файлов .desktop, путем сбора необходимой информации непосредственно из файлов PKGBUILD. Теперь это общий инструмент, который принимает аргументы командной строки.

Значки могут быть автоматически загружены из openiconlibrary, если они доступны. (Источник значков можно легко изменить в будущем).

Как использовать

• Добавьте gendesk в makedepends

• Запустите функцию prepare() с:

• Альтернативно, если значок уже предоставлен (например, $pkgname.png). Флаг -n предназначен для не загрузки значка или использования значка по умолчанию. Пример:

• $srcdir/$pkgname.desktop будет создан и может быть установлен в функции package() с:

• Значок можно установить с помощью:

• Используйте —name=’Program Name’ для выбора имени для входа в меню..

• Для установки поля exec используйте —exec=’/opt/some_app/elf —with-ponies’ .

• Смотрите проект gendesk для получения дополнительной информации.

Список или поиск в файлах .desktop

lsdesktopf AUR может отображать доступные файлы .desktop или искать их содержимое.

Он также может выполнять поиск по типу MIME. Смотрите приложения по умолчанию#lsdesktopf.

fbrokendesktop

Скрипт fbrokendesktop AUR с использованием команды which для обнаружения сломанного Exec , который указывает на не существующий путь. Без каких-либо параметров он использует предварительно установленные каталоги в массиве DskPath . Он показывает только сломанный .desktop с полным отсутствием пути и имени файла.

Советы и хитрости

Скрытие ярлыков приложений

Во-первых, скопируйте ярлык приложения в

/.local/share/applications , чтобы ваши изменения не были перезаписаны.

Затем, чтобы скрыть ярлык приложения во всех средах, откройте его в текстовом редакторе и добавьте следующую строку: NoDisplay=true .

Чтобы скрыть ярлык приложения на конкретной среде рабочего стола добавьте следующую строку в него: NotShowIn=desktop-name

где desktop-name может быть таким, как GNOME, Xfce, KDE и т.д. Ярлык приложения может быть скрытым более, чем в одной среде рабочего стола сразу — просто разделяйте имена сред рабочего стола точкой с запятой.

Автозапуск

Если вы используете среду рабочего стола, совместимую с XDG, например GNOME или KDE, то она автоматически запускает файлы *.desktop, найденные в следующих каталогах:

• Общесистемный: $XDG_CONFIG_DIRS/autostart/ ( /etc/xdg/autostart/ по умолчанию)

• GNOME также запускает файлы, найденные в /usr/share/gnome/autostart/

• Пользовательский: $XDG_CONFIG_HOME/autostart/ (

  /.config/autostart/ по умолчанию)

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

Для более конкретного описания используемых каталогов смотрите спецификацию автозапуска ярлыков приложений.

Изменение переменных среды

Отредактируйте команду Exec , добавив env, чтобы задать переменные окружения. Например:

/.local/share/applications/ вместо изменения его в /usr/share/applications/ .

Источник

Запускаем desktop файлы в Gnome 3

Возможно вы уже встречались с файлами с расширением “.desktop”, это по сути ярлык, которы предназначен для запуска приложения. К примеру возьмем тот же браузер, его ярлык как раз и будет иметь расширение “.desktop”. Обычно эти ярлыки находятся в вашей Linux системе по следующему пути, для пользовательских приложений это –

/.local/share/applications. А так же они могут находиться /usr/local/share/applications или /usr/share/applications для приложений установленных в системе. Стоит отметить, что пользовательские ярлыки имеют приоритет над системными. Если вы сталкивались с данным расширением, то, возможно для вас будет открытием то, что из Gnome была удалена возможность запуска по умолчанию исполняемых файлов. А это в свою очередь не даст вам запускать файлы с расширением “.desktop”, как бы печально это не было.

Запуск desktop-файла

И так, давайте все же разберемся как можно запускать данные файлы в операционной системе с окружением рабочего стола Gnome. Для примера, я возьму браузер TOR, о котором вы можете прочесть например на WIKI, если вдруг не в курсе, что это за браузер. И так, первым делом нажимаем на самом desktop файле правой клавишей мышки и выбираем “Свойства”:

Переходим во вкладку “Права” и ставим галочку напротив пункта “Разрешить выполнение файла как программы”:

Теперь переходим в настройки файлового менеджера Nautilus, если вдруг вы не знаете как это делается, то нажимаем на иконку с тремя полосками и выбираем пункт “Параметры”:

Затем переходим во вкладку “Поведение” и в пункте “Исполняемые текстовые файлы” выбираем пункт “Запустить”:

На этом собственно все, теперь можно запускать файлы с расширением “desktop” двойным нажатием клавиш мышки.

Заключение

Как видите, все достаточно просто, и такими вот не хитрыми движениями мы теперь можем запускать файлы с данным расширением. Печально то, что из Gnome 3 постепенно выпиливают его возможности, которые к слову, в итоге возможно вернуть при помощи расширений. А если вдруг вы хотите больше анонимности в сети, можете прочесть эту статью, где написано про сеть TOR.

А на этом сегодня все. Надеюсь данная статья будет вам полезна.
Журнал Cyber-X

Источник

Запуск файла.desktop в терминале

Из того, что я могу собрать, .desktop файлы — это ярлыки, которые позволяют настраивать параметры приложения. Например, у меня их много в моем /usr/share/applications/ папка.

Если я открою эту папку в nautilus Я могу запустить эти приложения, просто дважды щелкнув соответствующий файл, например, дважды щелкнув firefox.desktop запускает Firefox Тем не менее, я не могу найти способ сделать то же самое через терминал.

Если я сделаю gnome-open foo.desktop это просто открывается foo.desktop в виде текстового файла. Если я делаю его исполняемым, а затем запускаю его в bash, он просто перестает работать (что, как ожидается, явно не bash-скрипт).
РЕДАКТИРОВАТЬ: Делать exec /fullpath/foo.desktop дает мне Permission denied сообщение, даже если я поменяю владельца на себя. Если я выполняю исполняемый файл и выполняю ту же команду, вкладка терминала, которую я использую, просто закрывается (полагаю, она вылетает). Наконец, если я сделаю sudo exec /fullpath/foo.desktop Я получаю сообщение об ошибке sudo: exec: command not found ,

Это мой вопрос, как я могу запустить foo.desktop файл с терминала?

17 ответов

Команда, которая запускается, содержится в файле рабочего стола, которому предшествует Exec= так что вы можете извлечь и запустить это:

Чтобы сломать это

Вы можете положить это в файл, скажем,

/bin/deskopen с содержанием

Затем сделайте его исполняемым

И тогда вы могли бы сделать, например,

Аргументы ( %u , %F и т.д.) подробно описаны по адресу http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.0.html — ни один из них не имеет отношения к запуску из командной строки.

Ответ должен быть

Но из- за ошибки это больше не работает.

С любой недавней Ubuntu, которая поддерживает gtk-launch просто иди

gtk-launch где имя файла.desktop без .desktop часть

Так gtk-launch foo открывает foo.desktop

.Desktop должен находиться в / usr / share / Applications, / usr / local / share / application или

/.local / share / Applications (очевидно, вы можете использовать.desktop, если хотите.

Используется из терминала или alt+F2 (команда alt + F2 хранит историю, поэтому легко доступна)

На сегодняшний день (12.10) ошибка все еще присутствует. На самом деле это зависит от того, как gvfs-open (вызывается xdg-open ) работает.

Тем не менее, мне удалось быстро обойти (украсть вдохновение из исходного кода nautilus). Это немного запутанно, но работает безупречно на Ubuntu 12.10, добавляя значащий значок (не более ? ) на пусковой установке Unity.

Во-первых, я написал скрипт на Python с использованием Gio и поместил его как

Сценарий должен иметь разрешение на выполнение, поэтому я запустил его в терминале:

Затем я создал родственник .desktop запись на

Наконец, я связал запись как обработчик по умолчанию в

/.local/share/applications/mimeapps.list под [Default Applications] раздел как:

• xdg-open что-то.дескопт работает как положено
• #!/usr/bin/xdg-open hashbang поверх исполняемой записи рабочего стола тоже работает

Это будет бесполезная работа, когда gvfs-open решит ошибку, а пока.

Правильный путь

Вы действительно должны использовать gtk-launch если это доступно. Обычно это часть пакета libgtk-3-bin (это может отличаться в зависимости от дистрибутива).

gtk-launch используется следующим образом:

Обратите внимание, что gtk-launch требует установки файла .desktop (т.е. находится в /usr/share/applications или же

Таким образом, чтобы обойти это, мы можем использовать маленькую хакерскую функцию Bash, которая временно устанавливает нужный файл .desktop перед его запуском. «Правильный» способ установки файла .desktop — через desktop-file-install но я собираюсь игнорировать это.

Вы можете использовать его следующим образом (а также передавать дополнительные аргументы или URI, если хотите):

Ручная альтернатива

Если вы хотите вручную проанализировать и выполнить файл .desktop, вы можете сделать это с помощью следующего awk команда:

Если вы хотите лечить awk команда как сценарий «все в одном»; мы можем даже показать сообщение об ошибке и выйти с кодом возврата 1 в случае, если команда Exec не найдена:

Вышеупомянутые команды будут:

1. Найти строку, начинающуюся с Exec=
2. Удалить Exec=
3. Удалите все переменные Exec (например, %f , %u , %U ). Их можно заменить позиционными аргументами, как это предусмотрено в спецификации, но это может значительно усложнить проблему. См. Последнюю спецификацию входа на рабочий стол.
4. Выполнить команду
5. Немедленно завершите работу с соответствующим кодом выхода (чтобы не выполнять несколько строк Exec)

Обратите внимание, что этот сценарий AWK обращается к нескольким крайним случаям, которые могут или не могут быть должным образом учтены в некоторых других ответах. В частности, эта команда удаляет несколько переменных Exec (стараясь не удалять символ% в противном случае), будет выполнять только одну строковую команду Exec и будет вести себя, как ожидается, даже если строковая команда Exec содержит один или несколько знаков равенства (например, script.py —profile=name ).

Еще несколько предостережений. Согласно спецификации, TryExec это:

Путь к исполняемому файлу на диске, который используется для определения, установлена ​​ли программа на самом деле. Если путь не является абсолютным, файл ищется в переменной среды $PATH. Если файл отсутствует или не является исполняемым, запись можно игнорировать (например, не использовать в меню).

Имея это в виду, не имеет смысла выполнять его значение.

Некоторые другие проблемы — Путь и Терминал. Путь состоит из рабочего каталога, в котором запускается программа. Terminal — логическое значение, указывающее, выполняется ли программа в окне терминала. Все это может быть решено, но нет смысла изобретать велосипед, поскольку уже есть реализации спецификации. Если вы хотите реализовать Path, имейте в виду, что system() порождает подпроцесс, поэтому вы не можете изменить рабочий каталог, выполнив что-то вроде system(«cd \047» working_directory «\047»); system(command) , Однако вы могли бы предположительно сделать что-то вроде system(«cd \047» working_directory «\047 && » command) , Примечание \047 — одинарные кавычки (поэтому команда не разбивается на пути с пробелами).

Альтернатива Python

Я краду страницу у Карло, который предложил создать скрипт Python для использования модуля gi. Вот минимальный способ выполнить тот же код из оболочки без необходимости создавать файл и беспокоиться о вводе / выводе.

Затем выполните функцию запуска следующим образом:

Обратите внимание, что использование URI необязательно. Кроме того, проверка ошибок не выполняется, поэтому вы должны убедиться, что модуль запуска существует и доступен для чтения (перед его использованием), если вы хотите, чтобы ваш сценарий был надежным.

Источник