Vient de mettre à jour Ubuntu 16.04 et d’essayer les paquets instantanés pour la première fois.
Il me fallait donc meshlab pour visualiser des fichiers stl. Ran in à émettre avec pitn log in. Il a été constaté que l'installation en ligne de commande de packages d'accrochage n'a pas besoin de se connecter.
sudo snap install meshlab
et hé presto meshlap installé, pas de log pitn in. Fonctionne bien en ligne de commande. Cependant, le programme n'apparaît pas dans le lanceur. Pourquoi est-ce? Les paquets instantanés n'apparaissent-ils pas dans le programme de lancement? Comment puis-je réparer cela?
Il est intégré au système d'accrochage, mais vous devez ajouter le lien à votre tableau de bord. Pour démarrer le type de programme
une fois qu'il est opérationnel, faites un clic droit sur l'icône et cliquez sur "ajouter au tiret".
la source
Pour moi, il semble également être lié à la combinaison de Wayland / ZSH sous Ubuntu 18.04 - même si elle
/var/lib/snapd/desktop
est répertoriée dans laXDG_DATA_DIRS
variable (cela se fait par/etc/profile.d/apps-bin-path.sh
), le programme de lancement ne reconnaît pas les applications de ce dossier.Une solution rapide consiste à créer un lien symbolique entre les fichiers de bureau souhaités, par exemple:
la source
Ils le font tant que le composant logiciel enfichable expédie les fichiers .desktop appropriés. Seul Meshlab
meshlabserver
a un fichier de bureau approprié (et effectivement, il apparaît dans mon lanceur). Lemeshlab
fichier .desktop, cependant, tente d'exécutermeshlab.meshlab
, alors qu'il devrait simplement l'utilisermeshlab
. En conséquence, cela ne se voit pas.Si vous exécutez,
snap info meshlab
vous verrez les informations de contact pour l'éditeur. Je vous suggère de leur signaler un bug. Jusque-là, vous pouvez toujours vous lancer àmeshlab
partir de la CLI ou créer votre propre fichier .desktop.la source
Lancer Kubuntu 18.04 la solution pour moi en ajoutant
export XDG_DATA_DIRS="$XDG_DATA_DIRS:/var/lib/snapd/desktop/"
dans un fichier personnalisé comme
snap-apps.sh
dans~/.config/plasma-workspace/env
. Mais cela ne concerne que Plasma 5 et pourrait déjà être corrigé dans Ubuntu 18.10.Comme mentionné précédemment dans sa réponse, l’habituel
/etc/profile.d/apps-bin-path.sh
ne semble pas fonctionner.la source
Vous devez exécuter
snap run meshlab
depuis le terminal et l'arrêter, vous verrez alors Meshlab dans votre liste d'applicationsla source
Je ne peux pas commenter sur le post de quelqu'un d'autre. Cependant, ceci est à ajouter à la réponse de dsager qui m'a aidé sur Fedora 28 (qui, autant que je sache, utilise Wayland)
J'ai ajouté le fragment suivant à mon fichier ~ / .bash_profile pour lier chaque fichier de connexion à la connexion dans / var / lib / snapd / desktop / applications. De même, cela pourrait être modifié pour supprimer les liens pour les applications qui n'existent plus en commutant les chemins dans les lignes for et if, puis en remplaçant ln par un rm.
Il y a probablement une poignée de façons différentes d'y parvenir, mais cela fonctionne.
la source
ls
. Utilisez à lafor in /var/lib/snapd/desktop/applications/*.desktop; do i="${i##*/}"; ...
place. Un moyen plus court pour y parvenir seraitln -st ~/.local/share/applications /var/lib/snapd/desktop/applications/*.desktop 2>/dev/null
./dev/null
et donc supprimé). Il ne fait rien d '"inutile": il divise et exécute une seule fois et effectue un appel système verssymlink(2)
ousymlinkat(2)
pour chaque fichier correspondant. Si vous utilisez une boucle pour vérifier le type de fichier (stat(2)
), puis (conditionnellement) fork & exec,ln(1)
ce qui appellesymlink*(2)
un travail beaucoup plus «inutile».Même chose avec le mélangeur.
ne fonctionne pas, mais n'a pas résolu le problème.
Je devais copier
blender.desktop
de (/snap/blender/current/blender.desktop
vers ) et ensuite tout était corrigé: blender apparaissait dans les menus gnome et nautilus l’associait à des fichiers./usr/share/applications
sudo
.blend
On dirait une sorte de fissure entre les clichés et les gnomes pour moi. Peut-être avons-nous besoin d’un gnome accrocheur (ou est-ce un claquement gnomey; ^).
la source
Copier le raccourci d'applications de
/var/lib/snapd/desktop/applications/
à/usr/share/applications/
Exemple:
sudo cp /var/lib/snapd/desktop/applications/brave_brave.desktop /usr/share/applications/
Je devais le faire sur GalliumOS 3.0 (basé sur Xubuntu)
la source
J'ai rencontré le même problème sur Ubuntu 18.04. Cela semble être un problème avec Wayland. La solution pour moi était de revenir de Wayland à Xorg.
la source