программы установки snap не запускаются

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

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

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

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

Возможно, есть несколько разные способы достижения этого, но он работает.

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

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

ln -s /var/lib/snapd/desktop/applications/rubymine_rubymine.desktop .local/share/applications

Не удается найти snap-пакеты в Launcher?

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

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

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

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

emulate sh -c 'source /etc/profile'

Это обработает ваш файл / etc / profile с эмуляцией bash, что в свою очередь source /etc/profile.d/* и устанавливает правильные PATH и т. д.

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

emulate sh -c 'source /etc/profile.d/apps-bin-path.sh'

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

Он встроен в оснастку, но вам нужно добавить ссылку на свою панель. Чтобы запустить тип программы

snap run meshlab

после ее запуска, щелкните правой кнопкой мыши по значку и нажмите «добавить в тире».

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

snap run blender

действительно работает, однако не исправить проблему.

Мне пришлось скопировать blender.desktop с /snap/blender/current/blender.desktop на /usr/share/applications (с sudo), а затем все было исправлено: blender показывает в меню gnome, а nautilus связывает его с файлами .blend.

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

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

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

ln -s /var/lib/snapd/desktop/applications/rubymine_rubymine.desktop .local/share/applications

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

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

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

Возможно, есть несколько разные способы достижения этого, но он работает.

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

Не удается найти snap-пакеты в Launcher?

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

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

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

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

emulate sh -c 'source /etc/profile'

Это обработает ваш файл / etc / profile с эмуляцией bash, что в свою очередь source /etc/profile.d/* и устанавливает правильные PATH и т. д.

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

emulate sh -c 'source /etc/profile.d/apps-bin-path.sh'

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

Он встроен в оснастку, но вам нужно добавить ссылку на свою панель. Чтобы запустить тип программы

snap run meshlab

после ее запуска, щелкните правой кнопкой мыши по значку и нажмите «добавить в тире».

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

snap run blender

действительно работает, однако не исправить проблему.

Мне пришлось скопировать blender.desktop с /snap/blender/current/blender.desktop на /usr/share/applications (с sudo), а затем все было исправлено: blender показывает в меню gnome, а nautilus связывает его с файлами .blend.

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

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

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

ln -s /var/lib/snapd/desktop/applications/rubymine_rubymine.desktop .local/share/applications

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

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

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

Возможно, есть несколько разные способы достижения этого, но он работает.

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

Не удается найти snap-пакеты в Launcher?

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

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

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

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

emulate sh -c 'source /etc/profile'

Это обработает ваш файл / etc / profile с эмуляцией bash, что в свою очередь source /etc/profile.d/* и устанавливает правильные PATH и т. д.

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

emulate sh -c 'source /etc/profile.d/apps-bin-path.sh'

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

Он встроен в оснастку, но вам нужно добавить ссылку на свою панель. Чтобы запустить тип программы

snap run meshlab

после ее запуска, щелкните правой кнопкой мыши по значку и нажмите «добавить в тире».

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

snap run blender

действительно работает, однако не исправить проблему.

Мне пришлось скопировать blender.desktop с /snap/blender/current/blender.desktop на /usr/share/applications (с sudo), а затем все было исправлено: blender показывает в меню gnome, а nautilus связывает его с файлами .blend.

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

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

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

ln -s /var/lib/snapd/desktop/applications/rubymine_rubymine.desktop .local/share/applications

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

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

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

Возможно, есть несколько разные способы достижения этого, но он работает.

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

Не удается найти snap-пакеты в Launcher?

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

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

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

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

emulate sh -c 'source /etc/profile'

Это обработает ваш файл / etc / profile с эмуляцией bash, что в свою очередь source /etc/profile.d/* и устанавливает правильные PATH и т. д.

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

emulate sh -c 'source /etc/profile.d/apps-bin-path.sh'

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