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

Только что обновлено до 16.04 & amp; сначала пытаюсь оснастить пакеты.

Мне нужен meshlab для просмотра некоторых stl-файлов. Ran in to issue with pitn войдите в систему. Найдено, что для командной строки для установки snap-пакетов не требуется вход в систему. Did:

sudo snap install meshlab

и hey presto meshlap установлен, нет входа в систему. командная строка. Однако программа не появляется в панели запуска. Почему это? Делать пакеты snap не отображаются в пусковой установке? Как я могу это исправить?

20
задан 1 May 2017 в 19:15

86 ответов

Для меня это также похоже на комбинацию 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

0
ответ дан 18 July 2018 в 13:59

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

2
ответ дан 18 July 2018 в 13:59
Делать пакеты snap не отображаются в пусковой установке?

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

У вас есть пакеты, которые не отображаются в Launcher?

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

4
ответ дан 18 July 2018 в 13:59

Если вы используете 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'
11
ответ дан 18 July 2018 в 13:59

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

0
ответ дан 18 July 2018 в 13:59

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

snap run meshlab

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

8
ответ дан 18 July 2018 в 13:59

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

snap run blender

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

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

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

1
ответ дан 18 July 2018 в 13:59
Делать пакеты snap не отображаются в пусковой установке?

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

У вас есть пакеты, которые не отображаются в Launcher?

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

4
ответ дан 24 July 2018 в 20:18

Если вы используете 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'
12
ответ дан 24 July 2018 в 20:18
  • 1
    Благодаря! Хорошо работает и в 17.10. Переключение на zsh вызвало эту проблему и для меня. – danwit 11 February 2018 в 16:07
  • 2
    Они должны исправить это в процессе установки или добавить шаги часто задаваемых вопросов / устранения неполадок для оснастки. – BradErzwh 11 March 2018 в 02:55

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

snap run meshlab

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

8
ответ дан 24 July 2018 в 20:18

Для меня это также похоже на комбинацию 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

0
ответ дан 24 July 2018 в 20:18

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

2
ответ дан 24 July 2018 в 20:18

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

0
ответ дан 24 July 2018 в 20:18

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

snap run blender

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

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

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

1
ответ дан 24 July 2018 в 20:18
  • 1
    Привет, я сделал то, что вы сказали, но теперь у меня есть два значка для каждой программы, которую я сделал ... см. [D0] i.imgur.com/aamlQJZ.png Это тоже случилось с вами? – Cirelli94 29 December 2017 в 18:24

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

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

ln -s /var/lib/snapd/desktop/applications/rubymine_rubymine.desktop .local/share/applications
0
ответ дан 31 July 2018 в 10:41

Я не мог комментировать чужую почту. Тем не менее, это добавить к ответу 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

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

0
ответ дан 31 July 2018 в 10:41
  • 1
    Бесполезное использование ls. Вместо этого используйте for in /var/lib/snapd/desktop/applications/*.desktop; do i="${i##*/}"; .... Более короткий способ достичь этого будет ln -st ~/.local/share/applications /var/lib/snapd/desktop/applications/*.desktop 2>/dev/null. – David Foerster 27 July 2018 в 19:44
  • 2
    Я знал, что есть способ выполнить ваш первый пример, однако я не мог вспомнить часть $ {i ## * /}, когда я изначально писал это. Я отредактирую сообщение, чтобы включить этот вариант. Однако последнее предложение не проверяет, существует ли ссылка, поэтому бесполезно повторно выполняет команду ln. На самом деле, я хотел найти способ избежать grep, а также сократить количество процессов, развернутых во время выполнения. Спасибо за ваш комментарий. – Eric Niconovich 29 July 2018 в 20:06
  • 3
    Мое второе предложение делает проверить, существует ли целевой файл уже и, если это так, выводит сообщение об ошибке (перенаправляется на /dev/null и, таким образом, подавляется). Он ничего не делает «бесполезным»: это forks & amp; exec a single и делает один системный вызов symlink(2) или symlinkat(2) для каждого соответствующего файла. Если вы используете цикл для проверки типа файла (stat(2)), а затем (условно) fork & amp; exec ln(1), который вызывает symlink*(2), что намного более «бесполезно». – David Foerster 29 July 2018 в 20:36

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

2
ответ дан 31 July 2018 в 10:41
Делать пакеты snap не отображаются в пусковой установке?

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

У вас есть пакеты, которые не отображаются в Launcher?

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

4
ответ дан 31 July 2018 в 10:41

Если вы используете 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'
13
ответ дан 31 July 2018 в 10:41
  • 1
    Благодаря! Хорошо работает и в 17.10. Переключение на zsh вызвало эту проблему и для меня. – danwit 11 February 2018 в 16:07
  • 2
    Они должны исправить это в процессе установки или добавить шаги часто задаваемых вопросов / устранения неполадок для оснастки. – BradErzwh 11 March 2018 в 02:55

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

0
ответ дан 31 July 2018 в 10:41

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

snap run meshlab

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

8
ответ дан 31 July 2018 в 10:41

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

snap run blender

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

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

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

1
ответ дан 31 July 2018 в 10:41
  • 1
    Привет, я сделал то, что вы сказали, но теперь у меня есть два значка для каждой программы, которую я сделал ... см. [D0] i.imgur.com/aamlQJZ.png Это тоже случилось с вами? – Cirelli94 29 December 2017 в 18:24

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

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

ln -s /var/lib/snapd/desktop/applications/rubymine_rubymine.desktop .local/share/applications
0
ответ дан 31 July 2018 в 11:45

Я не мог комментировать чужую почту. Тем не менее, это добавить к ответу 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

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

0
ответ дан 31 July 2018 в 11:45
  • 1
    Бесполезное использование ls. Вместо этого используйте for in /var/lib/snapd/desktop/applications/*.desktop; do i="${i##*/}"; .... Более короткий способ достичь этого будет ln -st ~/.local/share/applications /var/lib/snapd/desktop/applications/*.desktop 2>/dev/null. – David Foerster 27 July 2018 в 19:44
  • 2
    Я знал, что есть способ выполнить ваш первый пример, однако я не мог вспомнить часть $ {i ## * /}, когда я изначально писал это. Я отредактирую сообщение, чтобы включить этот вариант. Однако последнее предложение не проверяет, существует ли ссылка, поэтому бесполезно повторно выполняет команду ln. На самом деле, я хотел найти способ избежать grep, а также сократить количество процессов, развернутых во время выполнения. Спасибо за ваш комментарий. – Eric Niconovich 29 July 2018 в 20:06
  • 3
    Мое второе предложение делает проверить, существует ли целевой файл уже и, если это так, выводит сообщение об ошибке (перенаправляется на /dev/null и, таким образом, подавляется). Он ничего не делает «бесполезным»: это forks & amp; exec a single и делает один системный вызов symlink(2) или symlinkat(2) для каждого соответствующего файла. Если вы используете цикл для проверки типа файла (stat(2)), а затем (условно) fork & amp; exec ln(1), который вызывает symlink*(2), что намного более «бесполезно». – David Foerster 29 July 2018 в 20:36

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

2
ответ дан 31 July 2018 в 11:45
Делать пакеты snap не отображаются в пусковой установке?

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

У вас есть пакеты, которые не отображаются в Launcher?

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

4
ответ дан 31 July 2018 в 11:45

Если вы используете 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'
13
ответ дан 31 July 2018 в 11:45
  • 1
    Благодаря! Хорошо работает и в 17.10. Переключение на zsh вызвало эту проблему и для меня. – danwit 11 February 2018 в 16:07
  • 2
    Они должны исправить это в процессе установки или добавить шаги часто задаваемых вопросов / устранения неполадок для оснастки. – BradErzwh 11 March 2018 в 02:55

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

0
ответ дан 31 July 2018 в 11:45

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

snap run meshlab

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

8
ответ дан 31 July 2018 в 11:45

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

snap run blender

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

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

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

1
ответ дан 31 July 2018 в 11:45
  • 1
    Привет, я сделал то, что вы сказали, но теперь у меня есть два значка для каждой программы, которую я сделал ... см. [D0] i.imgur.com/aamlQJZ.png Это тоже случилось с вами? – Cirelli94 29 December 2017 в 18:24

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

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