Blog (3)
Komentarze (191)
Recenzje (0)
@vriesUbuntu nie jest doskonałe

Ubuntu nie jest doskonałe

11.05.2020 13:37, aktualizacja: 11.05.2020 15:49

Odnosząc się do mojego poprzedniego artykułu, wiele osób sugerowało mi, że w zasadzie z Ubuntu, opisywanych tam problemów mieć nie będę i wszystko pójdzie cacy. Prawda jest taka, że miałem możliwość poświęcenia tych parędziesiąt giga na partycję testową i przetestowania działania króla linuksowego desktopu. Wolałem jednak trochę poczekać na najnowszą wersję i zobaczyć, czy nowy LTS będzie bezproblemowy już na starcie.

700543

Muszę powiedzieć, że wiele rzeczy w Ubuntu mi się spodobało. Dystrybucja przy uruchamianiu środowiska Live sprawdza poprawność nagrania nośnika. Bardzo dobrze, bo ja początkowo miałem błędy. Instalacja min. dlatego odbyła się bezproblemowo.

Na początku dostajemy propozycję zintegrowania naszych chmurowych serwisów z systemem Ubuntu. Fajna opcja, ale ja nie skorzystałem. W dalszej kolejności widzimy ofertę Livepatch, która jest darmowa dla użytkowników domowych. Pozawala to na nakładanie patchy na jądro bez konieczności restartu. Ci którzy lubują się w wyśrubowanym uptime będą zadowoleni. Mnie restartowanie tak nie przeszkadza. Ta opcja będzie bardziej przydatna na firmowych serwerach, ale tam już trzeba za słono to płacić.

Obecnie w dystrybucjach linuksowych istnieje bardzo mądry trend, by zapewnić ciągłość i stabilność działania aplikacji pakując je w stabilne środowisko uruchomieniowe. Cel ten osiągany jest min. poprzez kontenery (które mają jeszcze inne zastosowania) czy też przypominające trochę kontenery paczki takie jak flatpack i znany z Ubuntu snap. Jeśli mam być szczery tego typu dystrybucja pakietów jest obiecująca, ale moim zdaniem nie jest do końca dobrze wykonana na poziomie dystrybucji.

700547

    Nie chce tu zagłębiać się w to, co jest zainstalowane w Ubuntu na starcie, jak to wszystko działa (a moim zdaniem jest ok) i jak to wygląda. Formuła tekstu nie bardzo mi pasuje dla takiego opisu. Przyjmując jednak wyzwanie, będę starał się użyć przykładu z poprzedniego artykułu, czyli: terminal vnc udostępniający grę odpalaną poprzez (nie)emulator Wine.

    Zainstalowałem paczkę deweloperską Wine dostępną w Software. Swoją drogą, koszmarna nazwa sklepu, ale chyba wszystkie lepsze są już zarezerwowane. Zainstalowała się. Niestety biblioteki już nie. Jako człowiek niedebianowy i nieubuntowy użyłem google, by rozwiązać problem. Odpowiedź była prosta:

    sudo apt‑get install wine64

    Tu widać drobną rysę na reputacji systemu dla „świeżaków”: muszę używać konsoli. Będąc początkującym linuksiarzem zawsze denerwowała mnie konieczność przeklejania tekstu w konsolę, by rozwiązywać jakieś problemy systemu. Jak widać bez konsoli trudno przeżyć nawet dziś. W sumie zainstalowało mi to dodatkowo wine-stable. Niby od nadmiaru głowa nie boli, ale je usunąłem i wersja 5.5 działała poprawnie, czyli nadal tak sobie.

    Kolejna zabawna sprawa: novnc z Software wydawany jest jako pakiet snap. Okazuje się, że rozruchowe unity systemd nie bardzo lubią się z takimi pakietami. Nie bardzo chciało mi się sprawdzać, czy to jakiś błąd, czy to taki urok pakietów snap. Tym samym zainstalowałem ten sam pakiet z repozytorium. Co się okazuje? Pakiet snap miał binarny wykonywalny plik novnc, a pakiet z repozytorium nie. Zasadniczo nie wiem, co to za plik, bo teoretycznie novnc nie powinien być wykonywalnym plikiem binarnym. W Archu nazwany jest w ten sposób skrypt rozruchowy launch.sh dostępny w źródłach novnc. Pobrałem sobie zatem ten skrypt z netu i dodałem w takim charakterze również w Ubuntu. Jak dla mnie sam fakt, że mam te same pakiety w repozytorium pakietów .deb i sklepie ze snapami jest dość kontrowersyjny. To że snapy nie działają na jakimś etapie rozruchu może świadczyć o ich mało uniwersalnym charakterze. Może da się to jakoś obejść, nie zaprzątam sobie tym na razie głowy. Najważniejsze, że efekt końcowy jest zadowalający.

    Jedynym potrzebnym mi pakietem, którego nie znalazłem ani w sklepie, ani w repozytorium był hd‑idle, usługa to spindownowania dysków usb. Całe szczęście paczka .deb była gotowa do pobrania ze strony projektu. Tym samym ilość oprogramowania dostępnego dla Ubuntu mogę uznać za zadowalającą. Jedyną uwagę jaką mam, to niedokładne opisy dotyczące licencjonowania w menadżerze pakietów.

    No dobrze, czas na zagadkę. Czy x11vnc dobrze działało z podsystemem wyświetlania X.org w nowym Ubuntu? a) TAK b) NIE c) Czemu nie zainstalowałeś 18.04, przecież nie potrzebujesz do niczego nowej wersji…

    Odpowiedź brzmi: a) TAK.

    Prawie.

    700559

    Czuję się troszeczkę jak prorok jeśli chodzi o moje wątpliwości jakie żywiłem w komentarzach z poprzedniego artykułu do współpracy Ubuntu i jego podsystemu wyświetlania Wayland z x11vnc. Cóż, tu temat trzeba troszkę rozwinąć. x11vnc potrzebuje do działania pliku MIT‑MAGIC-COOKIE-1. Jest to "magiczny" plik z uprawnieniami, z jakich korzysta min. menadżer logowania GDM, by uruchomić się w trybie graficznym. Mnie ten plik niezbędny jest z tych samych powodów, potrzebowałem uruchomić aplikację w trybie graficznym. Wayland nie obsługuje takiego sposobu uwierzytelniania. Oficjalne stanowisko Canonical na ten temat to: „Gońcie się, to technologia legacy!”. Zaraz czuję się lepiej wiedząc, że korzystam z nowoczesnego systemu! No nic, przecież zawsze można przełączyć na X’y. Szybka zmiana w konfiguracji i restart GDM. Plik powinien się znajdować w położeniu:

    /run/user/120/gdm/Xauthority

    Zła wiadomość brzmi, że go tam nie ma. Dobra jest taka, że jest w:

    /run/user/125/gdm/Xauthority

    Uruchamiamy Gnome’a!

    Ale jak to "nie działa"!?
    Ale jak to "nie działa"!?

    Nie działa. Od razu blokuje się ekran i nie da się ponownie zalogować. Brawo Gnome! Brawo GDM! Odpalamy KDE. Cóż, KDE działa, ale na VNC pokazuje się czarny ekran. GDM już klaskałem, więc pora na zmianę na SDDM. SDDM jest już przetestowany i powinien działać. Instaluję, wylogowuję się i…

    Chyba powinienem przetrzeć monitor
    Chyba powinienem przetrzeć monitor

    Nie przypominam sobie, bym instalował Androida-x86. Całe szczęście to tylko klawiatura ekranowa SDDM, która swoją drogą wygląda bardziej normalnie, gdy użyje się jakiegoś porządnej skórki. Teraz wszystko działa dobrze. Oczywiście poza Gnomem, który ma ograniczoną funkcjonalność bez swojego kolegi GDMa i nie potrafi już zablokować ekranu.

    No dobrze, pora na drobne podsumowanie:

    • Ubuntu i dystrybucje na nim bazujące pozostaną najlepszymi wyborami dla nowych użytkowników Linuksa,
    • GDM to kupa,
    • SDDM ukradło klawiaturę z androida,
    • Wayland zdaje się mieć bardzo podobną filozofię operowania do Xorga,
    • Canonical chyba nie wykombinowało jak zarządzać pakietami w sposób przyjazny dla zwykłego zjadacza chleba (kiedyś może rozwinę ten temat).

    No cóż, Ubuntu jak widać nie jest doskonałe, mimo to nadal zasłużenie pozostaje królem linuksowego desktopu. O ile ktoś nie ma jakichś poważniejszych problemów technicznych związanych ze sprzętem, to na drobne mankamenty systemu można przymknąć oko.

    Wybrane dla Ciebie
    Komentarze (187)