vcera vecer som ju nahadzoval, cisto zo zvedavosti - a musim teda konstatovat, ze na mojom NB vsetko fungovalo absolutne bez chyby, dokonca aj veci, s ktorymi ma moj ubuntu (pls no flame) problem
zatial tam mam "triple" boot, ale normalne rozmyslam, ze ak sa nevyskytne problem, po 5tich rokoch na ubuntu (ktora imho nie je zla) normalne zmenim distro...
pro zajimavost... mas stejne nove jadro 4.8 i v tom Ubuntu? ;) nebo tam mas mnohem starsi 4.4 (pri 14.04.5 nebo 16.01.1)
aktualne 4.8.10 => http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D
a nebo... mas tak stejnou verzi Gnome 3.22 nebo nejakou starsi pripadne dokonce jine desktopove prostredi? ;)
nie - ubuntu mam LTS 16.04. Kazdopadne obsahuje niekolko neprijemnych bugov, ktore su reportovane, su tam uz dlho a nezda sa, ze by ich niekto riesil (za vsetky spomenme mojho favorita - nemoznost sa pripojit na skrytu wifi zo zoznamu zapamatanych, cislo reportu sa mi hladat nechce...). Skor mam pocit, ze s kazdou novou verziou/update nic podstatneho nezmenia, len pribudnu nove bugy.
Takze ked clovek pokusne nainstaluje nove distro, ktore aj napriek pomerne odvaznemu kroku (wayland), funguje uplne bez problemov, nemoze sa ubranit navalu nadsenia ;-)
Ale na druhu stranu - aby som to trocha ukludnil - cez vikend mi 2x vytuhol (komplet cely system). Mam pocit, ze to nejako suviselo s prechodom do stand-by, takze ubuntu este pre istotu ostava v zalohe...
prave ja sem tim chtel rict, ze v Ubuntu 16.04 mas Unity prostredi a jadro 4.4...
kdyz nahodis Fedoru25 s Gnome-Shell prostredim a jadrem 4.8. tak je logicke ze se muze vse chovat jinak/lepe/hure v zavislosti na tom jestli chyba souvisi s Unity, jadrem...
tedy pokud souvisi (nejaka) chyba s jadrem, tak i do 14.04/16.04 muzes nahodit jadro 4.8, pokud s Unity tak muzes nahodit take GnomeShell a nebo Xfce, nebo jine... kde by ta chyba nebyla...
Jaky postup zkousite? Postupujete podle: https://fedoraproject.org/wiki/DNF_system_upgrade ? Na F25 jsem jeste neupgradoval, ale u 23->24 to fungovalo bezchybne.
Běžný uživatel nic takového dělat nemusí. Běžný uživatel si počká, až GNOME Software nové vydání zaregistruje a pošle mu o tom oznámení a upgrade mu nabídne. To nemusí být hned po vydání releasu a nefunguje to tak u celé řady systémů (nový Android taky není hned dostupný na všech zařízeních, pro které byl zrovna vydán, Ubuntu to upozornění o novém releasu má odložené dokonce o několik týdnů) a nebylo by ani rozumné všechny naráz vyzvat k upgradu, už kvůli vytížení serverů.
Ten, kdo chce udělat upgrade okamžitě, holt manuálně upraví soubor, podle kterého se GS řídí, nebo spustí jeden příkaz.
AFAIK to zatím nefunguje. Někdo ze Samsungu napsal proof-of-concept podporu síťové transparentnosti, ale minimálně v Mutteru to zatím podporované není. Vývojáři se doteď zaměřovali na pokrytí lokálního používání desktopu, což je přece jenom převažující. Uživatelům, kteří potřebují vzdálený přístup, se doporučuje přepnout na X. Obecně se ale Wayland se vzdáleným přístupem, ať už to je přes VNC, RDP nebo přímo posílání Wayland protokolu přes TCP/IP, nevylučuje, takže je to jen otázka toho, aby někdo sedl a naprogramoval to. My máme v plánu přidat podporu pro VNC, RDP a SPICE. Samsung třeba dotáhne něco, co nahradí ssh -X.
Tak ono to není úplně bez náhrady. Pokud člověk potřebuje, tak prostě bude dál používat Xka. Ty budou ve Fedoře ještě hodně let. Těch oblastí, které Wayland ještě plně nepokrývá, je víc (např. sdílení obrazovky, podpora Wacom tabletů taky není pořád moc dobrá, nVidia ovladače si s tím ještě úplně nerozumí atd.). Ani u Fedory 25 Workstation se nedá říct, že Wayland je výchozí vždy a všude. Na základě přítomného hardwaru a ovladačů se můžou uživateli automaticky nastavit jako výchozí Xka.
Já myslel, že v tomto vlákně se bavíme o náhradě X Waylandem. Jistě, že X půjdou nepochybně používat ještě dlouhou dobu (dokud neumře podpora HW nebo nebude Wayland vyžadovat většina aplikací). Ale jinak na mne působí Wayland spíše jako náhrada DirectX než jako náhrada X, tj. soustředí se na maximální využití HW na lokálním počítači a jistě se pro tento přístup najde i cílová skupina...
Ale možná jsem jenom špatně informován a uvítal bych nějaké ucelené srovnání možností Waylandu a současných X z pohledu uživatele současného linuxového desktopu (tj. využívám ono zmiňované "ssh -X", mám "svůj odladěný" wm, využívám stávající programy napsané v různých verzích GTK, QT, Javy a ani nevím v čem dalším...). Nezajímá mne ani tak co podporuje nové řešení stejně jako X, ale hlavně co bude uživatelsky jinak. Co mi přestane fungovat? Co budu muset začít dělat jinak? Neznalost odpovědí na tyhle otázky je IMHO zdrojem většiny odmítání Waylandu.
Ale ony ty možnosti Waylandu omezené nejsou. Není nic, u čeho by se dalo říct, to X umí, ale s Waylandem to udělat nepůjde. Jen ten linuxový desktop je docela obsáhlý a posledních 25 let byl na X, takže má určitou setrvačnost a ta změna neproběhne naráz, ale postupně. Ostatně ten proces opouštění X začal už před 10 lety, kdy se začaly věci z X vykuchávat, a přesouvat jinam. Wayland jako výchozí ve Fedoře znamená, že prostředí a kompozitor už běží na Waylandu (a to jen v případě GNOME), ale je to jen jeden z kroků v řadě. Ten proces bude pokračovat, jak se pro Wayland budou implementovat zbývající funkce, na které jsou lidi zvyklí z X, a jak na něj budou přecházet aplikace a prostředí. Finální podoba by pro uživatele neměla být jiná, jen věci budou vnitřně jinak fungovat, maximálně člověk bude spouštět aplikace na dálku třeba pomocí "ssh -W".
Teď jsem zkoušel přes ssh -X z terminálu běžícího na Waylandu spustit aplikaci na vzdáleném počítači a ono to funguje. Vlastně proč by nemělo. Já jsem celou dobu bral, že by to mělo fungovat jen přes Wayland. Ale na vzdáleném počítači (F25) je přítomný X server, na lokálním počítači je taky X server, na který se to přesměruje, a vykreslí se to přes XWayland. Takže tady se vlastně s novou Fedorou nic nemění.