Właśnie zaktualizowano do Ubuntu 16.04 i po raz pierwszy próbuję pakietów Snap.
Potrzebowałem więc meshlab, aby wyświetlić niektóre pliki STL. Wystąpił problem z zalogowaniem się na pitn. Stwierdziłem, że instalacja pakietów Snap nie wymaga logowania. Czy:
sudo snap install meshlab
i hej, zainstalowany presto meshlap, nie loguj się w pitn. Działa dobrze z linii poleceń. Jednak program nie pojawia się w programie uruchamiającym. Dlaczego to? Czy pakiety Snap nie pojawiają się w programie uruchamiającym? Jak mogę to naprawić?
Jest wbudowany w system zatrzasków, ale musisz dodać link do deski rozdzielczej. Aby uruchomić typ programu
po uruchomieniu kliknij prawym przyciskiem myszy ikonę i kliknij „dodaj do myślnika”.
źródło
Dla mnie wydaje się to również związane z kombinacją Wayland / ZSH w Ubuntu 18.04 - chociaż
/var/lib/snapd/desktop
jest wymieniony wXDG_DATA_DIRS
zmiennej (robi to/etc/profile.d/apps-bin-path.sh
), program uruchamiający nie rozpoznaje aplikacji z tego folderu.Szybkie obejście tego problemu polega na łączeniu żądanych plików pulpitu, na przykład:
źródło
Robią tak długo, jak snap dostarcza odpowiednie pliki .desktop. Tylko Meshlab
meshlabserver
ma odpowiedni plik na pulpicie (i rzeczywiście pojawia się w moim programie uruchamiającym). Jednakmeshlab
plik .desktop próbuje wykonaćmeshlab.meshlab
, kiedy powinien po prostu go użyćmeshlab
. W rezultacie nie pojawia się.Jeśli uruchomisz
snap info meshlab
, zobaczysz dane kontaktowe wydawcy. Sugeruję, aby zgłosić im błąd. Do tego czasu zawsze można uruchomićmeshlab
z interfejsu CLI lub utworzyć własny plik .desktop.źródło
Uruchamianie Kubuntu 18.04 dla mnie rozwiązanie jako dodanie
export XDG_DATA_DIRS="$XDG_DATA_DIRS:/var/lib/snapd/desktop/"
do pliku niestandardowego jak
snap-apps.sh
w~/.config/plasma-workspace/env
. Ale dotyczy to tylko Plazmy 5 i może być już naprawione w Ubuntu 18.10.Jak już wspomniał dsager w swojej odpowiedzi, zwykle
/etc/profile.d/apps-bin-path.sh
nie działa.źródło
Musisz uruchomić
snap run meshlab
z terminala i zatrzymać go, a następnie zobaczysz Meshlab na liście aplikacjiźródło
Nie mogłem skomentować wpisu innej osoby. Jest to jednak dodatek do odpowiedzi dsager, która pomogła mi na Fedorze 28 (która, o ile wiem, korzysta z Waylanda)
Dodałem następujący snip do mojego ~ / .bash_profile, aby połączyć przy logowaniu każdy plik w / var / lib / snapd / desktop / applications. Podobnie można to zmodyfikować, aby usunąć łącza do aplikacji, które już nie istnieją, zmieniając ścieżki w linii for i linii if, a następnie zastępując ln rm.
Prawdopodobnie istnieje kilka różnych sposobów na osiągnięcie tego, ale to działa.
źródło
ls
. Użyjfor in /var/lib/snapd/desktop/applications/*.desktop; do i="${i##*/}"; ...
zamiast tego. Byłby to krótszy sposób na osiągnięcie tegoln -st ~/.local/share/applications /var/lib/snapd/desktop/applications/*.desktop 2>/dev/null
./dev/null
a zatem tłumione). Nie robi nic „bezużytecznego”: forksuje i wykonuje jednorazowo i wykonuje jedno wywołanie systemowe dosymlink(2)
lubsymlinkat(2)
dla każdego pasującego pliku. Jeśli użyjesz pętli, aby sprawdzić typ pliku (stat(2)
), a następnie (warunkowo) fork & exec,ln(1)
który wywołasymlink*(2)
to znacznie bardziej „bezużyteczną” pracę.To samo z blenderem.
działa, jednak nie rozwiązało problemu.
Musiałem kopiować
blender.desktop
od/snap/blender/current/blender.desktop
do/usr/share/applications
(zsudo
), a potem wszystko zostało naprawione: pokazy blendera w menu gnome i nautilus kojarzy to z.blend
plikami.Wygląda mi na pęknięcie między snapami a gnomami. Być może potrzebujemy zgrabnego gnoma (a może to krasnoludka; ^).
źródło
Skopiuj skrót aplikacji z
/var/lib/snapd/desktop/applications/
do/usr/share/applications/
Przykład:
sudo cp /var/lib/snapd/desktop/applications/brave_brave.desktop /usr/share/applications/
Musiałem to zrobić na GalliumOS 3.0 (na bazie Xubuntu)
źródło
Natknąłem się na ten sam problem na Ubuntu 18.04. Wygląda na problem z Waylandem. Rozwiązaniem było dla mnie przejście z Wayland na Xorg.
źródło