Программы, установленные через, накидываются на не показ в Средстве запуска

Просто обновленный к Ubuntu 16.04 и пробующий поспешные пакеты в первый раз.

Таким образом, мне был нужен meshlab для просмотра некоторых stl файлов. Работал в выйти с p-i-t-n, входят в систему. Найденный, что для установки командной строки поспешных пакетов не нужен журнал в. Сделал:

sudo snap install meshlab

и эй престо meshlap установил, никакие pitn не входят в систему. Хорошо работает из командной строки. Однако программа не обнаруживается в средстве запуска. Почему это? Разве поспешные пакеты не обнаруживаются в средстве запуска? Как я могу зафиксировать это?

37
задан 15 March 2019 в 02:06

12 ответов

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

snap run meshlab

программы, после того как это в порядке щелкните правой кнопкой по значку и нажмите на "add to dash".

11
ответ дан 23 November 2019 в 00:17

разве поспешные пакеты не обнаруживаются в средстве запуска?

Они делают, пока снимок поставляет надлежащие .desktop файлы. Только у Meshlab meshlabserver есть надлежащий файл на рабочем столе (и действительно, он обнаруживается в моем средстве запуска). meshlab .desktop файл, однако, пытается должностному лицу meshlab.meshlab, когда он должен просто использовать meshlab. В результате это не обнаруживается.

, Как я могу зафиксировать это?

, Если Вы работаете snap info meshlab, Вы будете видеть контактную информацию для издателя. Я предлагаю, чтобы Вы сообщили об ошибке им. До тех пор можно всегда работать meshlab от CLI или создавать собственный .desktop файл для него.

5
ответ дан 23 November 2019 в 00:17

При использовании zsh поспешные двоичные и настольные каталоги не будут автоматически добавлены к переменным среды. Для решения этого я добавил следующую строку к/etc/zsh/zprofile (взятый от Arch):

emulate sh -c 'source /etc/profile'

Это обработает Ваш/etc/profile файл с эмуляцией удара, которая в свою очередь источники/etc/profile.d /* и устанавливают надлежащие ПУТИ и т.д.

Добавить только поспешные каталоги к Вашему пути, без включения всей остальной части профиля удара по умолчанию:

emulate sh -c 'source /etc/profile.d/apps-bin-path.sh'
40
ответ дан 23 November 2019 в 00:17

Необходимо работать snap run meshlab от терминала и остановки это, затем Вы будете видеть Meshlab в своем списке приложений

3
ответ дан 23 November 2019 в 00:17

То же самое с блендером.

snap run blender

работает, однако не решил проблему.

Я должен был скопировать blender.desktop от /snap/blender/current/blender.desktop кому: /usr/share/applicationssudo) и затем все было зафиксировано: шоу блендера в меню гнома и наутилусе связывают его с .blend файлы.

Похож на своего рода трещину между снимками и гномами мне. Возможно, то, в чем мы нуждаемся, является мгновенным гномом (или это снимок gnomey; ^).

1
ответ дан 23 November 2019 в 00:17

Я работал в к той же проблеме о Ubuntu 18.04. Это, кажется, проблема с Уэйлендом. Решение для меня состояло в том, чтобы переключиться назад от Уэйленда до Xorg.

0
ответ дан 23 November 2019 в 00:17

Для меня это также, кажется, связано с комбинацией Wayland/ZSH в соответствии с Ubuntu 18.04 - даже при том, что /var/lib/snapd/desktop перечислен в XDG_DATA_DIRS переменная (это сделано /etc/profile.d/apps-bin-path.sh), средство запуска не распознает приложения от той папки.

Быстрое обходное решение является к символьной ссылке желаемыми файлами на рабочем столе, например:

ln -s /var/lib/snapd/desktop/applications/rubymine_rubymine.desktop .local/share/applications
7
ответ дан 23 November 2019 в 00:17

Я не мог прокомментировать чужое сообщение. Однако это должно добавить к ответу dsager, который помог мне на Fedora 28 (который насколько я могу сказать, Уэйленд использования),

Я добавил следующий надрез к своему ~/.bash_profile для соединения на входе в систему каждого файла в/var/lib/snapd/desktop/applications. Так же это могло быть изменено для удаления ссылок для приложений, которые больше не существуют путем переключения путей в для строки и если строка, затем заменяющая ln с комнатой.

for i in /var/lib/snapd/desktop/applications/*.desktop; do
    if [ ! -f ~/.local/share/applications/${i##*/} ];then
            ln -s /var/lib/snapd/desktop/applications/${i##*/} ~/.local/share/applications/${i##*/};
    fi;
done

Существует, вероятно, горстка различных способов выполнить это, но это работает.

3
ответ дан 23 November 2019 в 00:17

Рабочий Kubuntu 18.04 решение для меня как добавление

export XDG_DATA_DIRS="$XDG_DATA_DIRS:/var/lib/snapd/desktop/"

в пользовательский файл как snap-apps.sh в ~/.config/plasma-workspace/env. Но это применяется только к Плазме 5 и уже могло бы быть зафиксировано в Ubuntu 18.10.

Как dsager уже упомянутый в его ответе обычное /etc/profile.d/apps-bin-path.sh кажется, не работает.

5
ответ дан 23 November 2019 в 00:17

Ярлык приложений копии от /var/lib/snapd/desktop/applications/ кому: /usr/share/applications/

Пример: sudo cp /var/lib/snapd/desktop/applications/brave_brave.desktop /usr/share/applications/

Я должен был сделать это на (находящемся в Xubuntu) GalliumOS 3.0

1
ответ дан 23 November 2019 в 00:17

На моей машине все установленные снимки отображаются в программе запуска только после выхода из системы и ее повторного входа. Я только что установил Krita и Standard Notes. Вышел из системы и снова вошел, и он был в лаунчере. То же самое со Спотифай.

1
ответ дан 6 January 2020 в 17:35

Бинарные файлы снимков хранятся в / snap / bin , по крайней мере, в Debian 10 (buster). Добавьте каталог в $ PATH и перезагрузите профиль bash, ~ / .bashrc .

echo -n "export PATH=/snap/bin:\$PATH" >> ~/.bashrc
source ~/.bashrc
2
ответ дан 14 January 2020 в 19:56

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

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