Просто обновленный к Ubuntu 16.04 и пробующий поспешные пакеты в первый раз.
Таким образом, мне был нужен meshlab для просмотра некоторых stl файлов. Работал в выйти с p-i-t-n, входят в систему. Найденный, что для установки командной строки поспешных пакетов не нужен журнал в. Сделал:
sudo snap install meshlab
и эй престо meshlap установил, никакие pitn не входят в систему. Хорошо работает из командной строки. Однако программа не обнаруживается в средстве запуска. Почему это? Разве поспешные пакеты не обнаруживаются в средстве запуска? Как я могу зафиксировать это?
Это встроено в поспешную систему, но необходимо добавить ссылку к тире. Для запуска типа
snap run meshlab
программы, после того как это в порядке щелкните правой кнопкой по значку и нажмите на "add to dash".
разве поспешные пакеты не обнаруживаются в средстве запуска?
Они делают, пока снимок поставляет надлежащие .desktop файлы. Только у Meshlab meshlabserver
есть надлежащий файл на рабочем столе (и действительно, он обнаруживается в моем средстве запуска). meshlab
.desktop файл, однако, пытается должностному лицу meshlab.meshlab
, когда он должен просто использовать meshlab
. В результате это не обнаруживается.
, Как я могу зафиксировать это?
, Если Вы работаете snap info meshlab
, Вы будете видеть контактную информацию для издателя. Я предлагаю, чтобы Вы сообщили об ошибке им. До тех пор можно всегда работать meshlab
от CLI или создавать собственный .desktop файл для него.
При использовании 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'
Необходимо работать snap run meshlab
от терминала и остановки это, затем Вы будете видеть Meshlab в своем списке приложений
То же самое с блендером.
snap run blender
работает, однако не решил проблему.
Я должен был скопировать blender.desktop
от /snap/blender/current/blender.desktop
кому: /usr/share/applications
(с sudo
) и затем все было зафиксировано: шоу блендера в меню гнома и наутилусе связывают его с .blend
файлы.
Похож на своего рода трещину между снимками и гномами мне. Возможно, то, в чем мы нуждаемся, является мгновенным гномом (или это снимок gnomey; ^).
Я работал в к той же проблеме о Ubuntu 18.04. Это, кажется, проблема с Уэйлендом. Решение для меня состояло в том, чтобы переключиться назад от Уэйленда до Xorg.
Для меня это также, кажется, связано с комбинацией 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
Я не мог прокомментировать чужое сообщение. Однако это должно добавить к ответу 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
Существует, вероятно, горстка различных способов выполнить это, но это работает.
Рабочий 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
кажется, не работает.
Ярлык приложений копии от /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
На моей машине все установленные снимки отображаются в программе запуска только после выхода из системы и ее повторного входа. Я только что установил Krita и Standard Notes. Вышел из системы и снова вошел, и он был в лаунчере. То же самое со Спотифай.
Бинарные файлы снимков хранятся в / snap / bin
, по крайней мере, в Debian 10 (buster). Добавьте каталог в $ PATH
и перезагрузите профиль bash, ~ / .bashrc
.
echo -n "export PATH=/snap/bin:\$PATH" >> ~/.bashrc
source ~/.bashrc