> Takže třeba jednoho dne dojdeme do bodu, kdy bude seznam proškrtán více, než dnes a zbude nic, nebo jen irelevantní položky.
Škoda že do té doby nám bude Wayland vnucován i přes chybějící funkčnost. Podobně pod "většinou" kompozitorů se myslí jen ty dva - a to jeden z nich ani nepovažuje server-side dekorace mezi standardní protokoly (protokol Wayland to obsahuje, prostředí tuto část ale neimplementuje). Okna například her (SDL 2) mají ošklivý rám a window title (ručně kreslený).
Dobrá pojďme se posunout, jenom bych se jako dlouholetý uživatel kombinace X11 + Fluxbox rád zeptal čím to nahradit? Za klíčové vlastnosti považuji ovládání pomocí klávesnice, manipulaci s okny bez zaměřování okrajů a záložky. Snadno přenositelná a verzovatelná konfigurace výhodou. Na co bych měl přejít?
Tak KDE asi nebude to pravé ořechové pro uživatele awesomewm, ale nějaký tiling WM by mohl. Třeba Sway, což má být Waylandí alternativa k i3. Já aktuálně používám i3 (ano, jsem zatím na X11), k tomu mám na layouty vlastní pyi3l (asi půjde snadno upravit pro Sway).
Ale samozřejmě záleží, co přesně od toho chcete.
Ale tak, WM se taky posouvají, boom je teď Hyprland a Sway má taky svoji popularitu. Já se o WM nezajímám, takže nemám o nich přehled, jen z doslechu, ale věřím, že poptávka po Wayland-based řešení tam bude taky.
Pokud ne, tak ať se toho někdo ujme. Vždy mám pocit, že na Root.cz je hejno velmi chytrých lidí. Proč tedy nezačne někdo psát "tu konkrétní" správnou věc, která nemá dardu chyb, chybných přístupů a všeho, co Root.cz pisatel odsoudí na pokraji hrdelního zločinu?
Když ne to, tak Merge Request nebo issue u existujícího projektu zvládne taky každý.
Vidím to velmi podobně. Mám svojí představu o práci s vícero monitory - chci sadu virtualních ploch které nejsou vázané na monitory, a libovolnou plochu můžu rychle a jednoduše zobrazit na jakémkoliv monitoru. Vím jen o dvou okenních prostředích (na jakékoliv platformě) které tohle zvládnou - Xmonad a Awesome.
Co jsem zkoumal Waylandí kompozitory, tak většina jsou buď DE mološi, nebo (polo)mrtvé hračky. Žádný nenabízí ani zlomek konfigurovatelnosti X11 WM jako Awesome, Xmonad, nebo FVWM. A to nemluvě o tom, že bych musel svoji poměrně komplikovanou konfiguraci kompletně přepisovat do něčeho nového aniž bych tím cokoliv získal
Já ale nechci přesouvat plochy, chci aby se to chovalo tak že plochy nejsou vůbec přivázané k monitorům (pokud zrovna nejsou někde zobrazeny). Už je to teda dost dlouho co jsem to zkoumal, a nevylučuji že mi něco uniklo, ale získal jsem dojem že na to i3 (ani žádný jiný WM s výjimkou výše jmenovaných) není dost flexibilní.
Ono teď přes dva roky se jede na awesome-git po jednotlivých CI. Elv13 tam chce teď po půl roce dotlačit poměrně velkou věc, původně se plánoval release na Vánoce, ale bude to spíš až v Q1/24. Ten původní release někteří uživatelé využívají, ale kvůli API, nové dokumentaci a řízení pomocí událostí je lepší opravdu být na CI procesu.
Chápu, strašně lidí prostě nerado změnu. Ale změna je potřeba pro pokrok a někdy se prostě dostaneme do bodu kdy inkrementální změny už nestačí a je třeba změna větší. Určitě to pár lidem rozbije workflow. A skripty které používají xdotool nebo co ještě ale kdybychom takhle mysleli tak bychom se nehnuli z 80 let možná nikdy. Hodně věcí se změnilo. Hodně věcí se odstranilo za léta. A jde se dál..
Dá se argumentovat že pokrok není a že X funguje skvěle. Ale... kolik obětí si to uz vzalo aby to nějak fungovalo?
Navíc, uvidíme až naši korporátní vládci přestanou udržovat Xorg. A ne, žádný agilní milovník Xek to podomácku nezachrání.
Avšak codebase pre Wayland je v stavu, kedy sa nové veci tam dajú pridávať "relatívne jednoducho"... problém je že Xká sú tak katastrofálne, že tam proste nie je možné nič opraviť, ani bezpečnostné chyby, jedine že by si vynaložil toľko prostriedkov čo vlastne môžeš rovno vynaložiť na napísanie nového správce okien od nuly, čo vlastne sa Wayland vývojári rozhodli. Chápem že sa vám to zdá skoro, ale myslím že väčšina DE ako GNOME, KDE, a iné si určite pečlivo porovnali výhody a nevýhody aktuálneho stavu Xiek a Wayland (či i XWayland)... a či nechať ľudí žiť s nebezpečne deravým a v podstate rozbitým windows manager, alebo s bezpečným, funkčným managerom, ktorému ale chýbajú nejaké funkcie... čo myslíš že je lepšie?
A to je právě ten problém, poslední o co mám zájem je provozovat na RDP serveru resource heavy GNOME. Nehledě na to, ze naposledy co jsem používal GNOME přes RDP, tak to bez akcelerace bylo škubavé, až to pěkné nebylo. Jen do app menu to trvalo několik sekund. Nehledě na to, že v XRDP si. Každý uživatel mohl vybrat vlastní WM pro jeho session. Takže ne, tohle není ani slábá náhrada.
29. 12. 2023, 22:44 editováno autorem komentáře
"Na RDP serveru s podporou více uživatelů se momentálně pracuje" ... 2024 ... lol.
Takze to mozna, tak nekde kolem 2030 ... bude i pozitelne. Teda asi tak stejne jako to jinde funguje uz ... 20 let? A nejuzasnejsi an tom bude to, ze na KDE/... to fungovat nebude, nebo to bude v kazdym prostredi fungovat jinak a bude to jinak rozbite ... protoze tohle je zarny priklad funcnosti, kterou gnome/kde/... vubec resit nema.
Jasne...
Vyvojar KDE podporuje dvojici KDE/Gnome (qt/gtk), kazdy ma psat aplikace pro tyto systemy.
Ale ne kazdy bezi Linux. A ne kazdy X-kar bezi tyhle dve prostredi. A prave ty implementuji berlicky, ktere umoznuji Wayland nejak pouzivat.
Jinak nemame screen recording (mimo Gnome), sitovou transparenci (spousteni oken prez ssh), alternativu xdotool, nekdy proprietarni ovladace, ...
Děkuji za tento názor, já poslední dobou zjišťuji, že je pod Waylandem řešení na hrozně moc věcí.
Furt někde čtu bulíky na to, že ten konkrétní nástroj nefunguje pod Wayland. No jasně, že nebude, když vznikl v době, kdy Wayland nebyl a byla éra X11.
Tak najděte nástroje pro Wayland, třeba WayVNC. Já jsem asi divný, že žiji ve světě, kde se hledají alternativy místo psaní slohovek na Root.cz, dlouhých komentů na Phoronixu atd.
29. 12. 2023, 12:25 editováno autorem komentáře
> Možná je to tím, že spousta lidí tu alternativu k ničemu nepotřebuje.
To je za mě zvláštní úvaha, to jsme mohli zůstat u parních aut, ba dokonce u koní, protože "Někdo nemá rád alternativu", svět se nějak formuje, hýbe kupředu. Lidi dělají věci, nové vznikají a staré postupně zanikají, to je hold život.
Ne, to opravdu není život. Chápu, že že jste (asi?) nesvéprávný a žijete podle toho, co vám vnucuje okoli. Ale děkuji, má technika má sloužit mně. Takže až, jak jsem psal níže, se distribuce celá přepne na Wayland a všechno bude fungovat a nebude nic z původní využivané funkcionality chybět, dejtě vědět.
Asi ziju v divnym svete ... v tom mem chteji lidi pouzivat to, co proste funguje, nechteji aby to kladivo melo zitra jinou barvu a pozitri jiny tvar a je jim uplne jedno, jestli uvnitr toho behaji trpaslici nebo permonici.
Takze az jim prineses kladivo, ktery bude bouchat samo, tak to co pouzivaji mozna vymeni, pokud dojdou k zaveru, ze jim to zjednodussi praci, ale zatim se deje presny opak - ono jim to praci nejen znesnadnuje, ale casto uplne znemoznuje.
@Pavel Tavoda: A ked odtial vyjdete tak ostatni uz budu mat lietajuce auta
Spis podle toho co vidím kolem sebe, tak ty létající auta skončí v garáži, protože ke startu potřebují alespoň vrtulník a na startu ze země se nedávno začalo pracovat, takže je na dobré cestě do příští pětiletky.
A do toho budou obyvatelé majáku nebo nejvyšších pater mrakodrapu ostatním nadávat do dinosaurů, protže jim to startuje dobře.
Víte, pokud chcete něco prodávat jako lepší náhradu něčeho, co funguje, tak není dobrý nápad přijít s nedodělkem a pushovat ho natvrdo s tím, že se to časem nějak dobastlí. Část lidí se vyhypovat sice nechá, ale ... tahle taktika už je trochu provařená.
Už vidím jak investuješ miliardy dolarů naslepo, aby si pokryl úplně všechny funkce v první verzi, která má nahradit nějakou starší verzi. Takhle se jede vývoj úplně běžně. Prostě uděláš nějakou minimální funkcionalitu na architektuře které věříš a pak ten projekt, na základě zpětné vazby, organicky posunuješ dál. Starší verze je mezitím stále podporovaná a je možné ji používat paralelně s novou.
Já chápu, že z uživatelského hlediska to není jednoduché pochopit, ale pokud by si vyvíjel přímo pro X protokol, tak už taky vyhlížíš Wayland. O tom, co se bude používat, nerozhodují ani uživatelé, ani vývojáři aplikaci, ale vývojáři grafických ovladačů, desktopových prostředí, knihoven pro uživatelská rozhraní a další lidé, co ten low level konec linuxového desktopu táhnout vpřed.
Jako že by mě vadilo psát pro Xlib? Nevadí, ten koncept zase tak blbý není, jak tu všichni presentují.
Jako k tomu prvnímu odstavci, co k tomu říct. Je rok 2024. Ovládat okna? Nejde a nepůjde. Remote? Nahoře zrovna čtu, jak "se na tom dělá" pro rdp. Jen na téhle stránce (komentářích) je pěkných pár příkladů, že nejen, že se napsal naprostý základ, ale zjevně se nikdo ani nezamyslel nad koncepcí plné funkčnosti, a styl vývoje spíš připomíná "jestli moc řvou, tak jim to tam teda někdy doděláme, teda jestli to vůbec půjde zvládnout", nejlépe v každém kompositoru jinak.
Ano, toho že "takhle se jede vývoj naprosto běžně" jsem si, bohužel, ráčil všimnout.
Ne Xlib, ale vyvíjet to co je pod ním. O ničem jiném to není. Změna na Wayland není iniciována vývojáři aplikací. Ti jsou s X spokojení, protože v něm mají root práva na všechno co se děje na monitoru. To se ale úplně neslučuje s moderními bezpečnostními standardy.
"jestli moc řvou, tak jim to tam teda někdy doděláme, teda jestli to vůbec půjde zvládnout"
Zkus pochopit, že linuxový desktop není o jedné entitě, která šikanuje uživatele, ale je to spousta na sobě nezávislých týmů v různých firmách, které se snaží nějak domluvit. Z toho plynou omezení a kompromisy jak na straně implementací jednotlivých kompozitorů, tak na straně rychlosti vývoje. O ničem jiném to není. K podobným situacím bude docházet i v budoucnu.
Ne Xlib, ale vyvíjet to co je pod ním.
Co Xlib, niektori si myslia, ze vsetko, co nekomunikuje priamo protokolom cez socket je zbytocny bloat.
A zhodou okolnosti to je aj jeden z dovodov, preco sa nedaju robit komtatibility shimy na urovni xcb/xlib. Kedze treba dodrzat protokol, musi to byt na strane servera, ktory uz nemusi mat vsetok ten kontext, co kniznica v adresnom priestore klienta ma.
A teda preto nie je mozne robit take zmeny, ktore si Microsoft vedel osetrit vo WinAPI a Apple v Cocoa na strane klienta.
Je fajn, že chcete, aby věci fungovaly pořád stejně, ale to ve stále měnícím se světě vyžaduje náklady. Kdo ty náklady ponese?
Když vezmu tu vaši paralelu s kladivem, tak reálně to je tak, že to samé kladivo nefunguje léta jenom tak od sebe, musí se o něj někdo starat a čím je ten časový úsek delší, tím je to náročnější. Je to, jako byste každý rok chodil za sousedem, aby vám to kladivo dal do cajku, aby fungovalo další rok. Pro souseda je to čím dál náročnější. Až vám jednou řekne, že už mu to nestojí za to a ať si pořídíte nové kladivo, které sice není 1:1 stejné, budete si muset zvyknout na nové vlastnosti, ale dá se v dnešní době udržovat. A vy se budete tvářit, jaký je soused nelida, že už vám nechce zadarmo udržovat staré kladivo.
Udržovat neměnnost v neustále se měnícím světě je sakra drahé a firmy za to platí obrovské peníze (a i to je od určitého momentu prakticky nemožné, po nás by chtěli zákazníci Motif, který se nevyvíjí už více než 15 let, s nejnovějšími výdobytky grafiky, tohle nevyřeší už ani miliony dolarů). Jen v linuxové komunitě mi přijde, že někteří mají pocit, že je pomalu lidské právo, aby to pro ně někdo zadarmo dělal. Čtu v diskusích požadavky, jak vývojáři mají dál vyvíjet Xorg nebo přinést dokonalou drop-in náhradu. Od nikoho jsem ale nikdy nezahlédl iniciativu, jak na to třeba sehnat peníze.
Podivej se, kdyz mi nekdo misto kladiva prinese sroubovak, poslu ho kam slunce nesviti. Kovadlinu mam v garazi, vykovat kladivo neni zadna svetelna veda.
O SW plati presne totez, jen s tim, za naklady jsou radove mensi. Udelat SW totiz muze kazdy s cimkoli co vylovi z popelnice. Naklady na neustale zmeny jsou naopak to, co cim dal vic lidi vnima jako cim dal vetsi problem. Efektivita prace kazdych 10let klesne v prumeru na 50% ... jen proto, ze vsemozni frikulini neustale neco meni, a vse to funguje cim dal hur.
Schvalne ... co se zmenilo za 30 let na vypoctu mzdy ... kdyz reknu ze nic, neni to daleko od reality. Tak proc to, co na 286 trvalo hodinu ... trva dnes (na o 3 rady vykonejsim HW) 10 hodin.
Jak je vubec mozny, ze PC nezvlada zobrazovat formulare a policka rychlejs, nez je opice lustici klavesnici jako krizovku zvlada vyplnovat? Vidim to vsude, je jedno jaky SW vemes. Lidi porad jen cekaji, nez se preanimuje animace, nez se vykresli okno, zobrazi policko ... porad cekaji. A je to cim dal horsi s kazdou dalsi verzi cehokoli.
BTW: Aktualizoval sem si telefon ... nova ficura ... aplikace SMS nefunguje. lol. Nedovedu si predstavit neco jednodussiho.
Tolik nesmyslů v jednom komentáři.
* Náklady na SW, o kterém tu je řeč, jsou enormní. Cena SW != cena klávesnice, na které se píše.
* Efektivita práce roste. Dneska jeden člověk udělá řádově víc než před 100 lety. Díky tomu máme za každými dveřmi teplou vodu, záchod a ledničku plnou jídla, protože na poli nemusí být 80 % populace, aby se všichni mohli alespoň dvakrát denně najíst, ale zvládne to jeden týpek s kombajnem.
* 286 je minimálně o 10 řádů pomalejší než můj Ryzen.
* Všechna PC a notebooky, co máme doma, zvládají formuláře instantně. Tam bude problém někde jinde.
Pocita se jenom mzda nebo i socialni a zdravotni nebo ulevy na druhe dite? Nevim v jake zemi zijete, ale tady v cesku se zakony meni i nekolikrat za rok. Vas priklad naopak dokonale ilustruje jak se meni okolni svet. Kdyby bylo mozne pouzit ten software z 286, tak by ho firmy pouzivali. Nebo mate dojem, ze firmy maji dost penez na zaskoleni zamestnancu na novy software, ktery funguje hur?
"Nevim v jake zemi zijete, ale tady v cesku se zakony meni i nekolikrat za ro"
Placas zcela mimo kontext, ta vyplata se pocita porad stejne, veme se nejaka suma (zaklad) z te se spocitaji odvody a dane. Meni se jejich %, to je vicemene vse. Slozitost vypoctu je konstatne stejna.
Jedinej problem je v tom, ze frikulini mezi ktere zjevne patris neustale vymejsleji, jak ten vypocet zobrazit v animaci, pripadne je pro ne databazovy index sproste slovo (mluvim o tech, co dostali miliardu za e-sbirku, takze to bude presne podle toho vypadat).
Takze zatimco ja umim vypocet mzdy napsat klidne v bashi, a spocita se to za rekneme sekundu (tedy bude to trvat extremne dlouho), tak frikulinum jako ses ty to s databazi na 30 jadrech, a aplikacnim serverem na dalsich 30 a klientem na 4 ... trva 5 minut.
> Tak najděte nástroje pro Wayland, třeba WayVNC.
WayVNC není nástroj pro Wayland, ale pro wlroots-based kompozitory, tj. nefunguje na KDE, GNOME a předpokládám že v login manageru. On totiž Wayland vlastně nic neumí a všechno je záležitostí kompozitoru, jenom se postupně standardizují APIčka, aby to neměl každý kompozitor jinak (což je třeba případ toho VNC, které AFAIK alespoň prozatím API nemá). Třeba screenshoty takhle měl dlouho taky každý kompozitor custom a před pár lety to standardizovali.
Z nedávné doby například: změna velikosti a posun okna skriptem/programově není a nebude, bye.
Přešel jsem na linux z Win kvůli stabilitě, poměrně i kvůli hrám,že jsou dostupné skoro před 7-8 lety? a stále se to zlepšuje.
bohužel jediného jsem se musel vzdát je koníčku střihu videa (editing herní, jsem z dob PS3 a MW2 a clekového šílenství tohoto tipu).
After Effects nejde spustit a ani Sony Vegas. Jiné to nedokáže nahradit a DaVinci nelze nainstalovat, respektive ano, zapnu jednou, ale příští zapnutí je jen uvodní screen a chcípne proces. A to je doporučováno pro Ubuntu. Nevím co dělám špatně pod Mate.... dělal jsem i vlastní sestavení a i tak to selhalo na tomto. A nejsem jedinej uživatel...
Tak mi řekni na co mám přejít a znova začnu, ale já tu možnost nemám, dneska už kvůli času, ale i z pohledu SW. Je to samé přejít z photoshopu na gimp a jiné. Lidi říkaj, že to to samé, ale opravdu není a nebude nikdy. Jediné co phtooshopu se hodně blíží je projekt PHOTOPEA a drtí konkurence internetové. ;)
Problém Miru bylo to, že naozaj lepší nebyl. Když přišel, tak upstream kolem Xorgu už byl rozhodnutý přejít na Wayland. Kdyby Mir přinášel oproti Waylandu něco zásadně navíc, tak by asi ostatní přesvědčil, ale on nepřinášel a potom, co se ke Canonicalu nikdo nepřipojil, to odpískali.
Ono není ten největší problém v samotném řešení, ale v tom obrovskému ekosystému, který se změně musí přizpůsobit. Tam vězí drtivá většina práce a problémů a na Linuxu to je obzvláště zdlouhavé, protože nemá jednu autoritu. U Windows a macOS Microsoft a Apple zavelí: takto to bude fungovat v další verzi a tečka. Buď se tomu přizpůsobíte nebo máte smůlu.
Myslíte Windows Phone? Tam vytvořili novou platformu, s kterou se vlamovali do již obsazeného trhu. To je trochu jiný případ. Já se bavím o technických změnách na již existujících desktopových platformách - Windows a macOS. A tam, když jejich autoři zavelí, že v další verzi bude něco fungovat jinak, tak se ostatní prostě přizpůsobí.
Každý rok zkusím přepnout na Wayland na několika pc (žádné ořezávátka, i7, 32ram...). No vydržím to z pravidla tak den, krom viz zmíněných problémů s kompatibilitou programů tak mě spíš drtí jak je to šíleně pomalé. Okna se trhají, občas kliknu v LO pravým myšítkem a nabídka se mi rozbalí na jiném monitoru nebo se nezobrazí vůbec protože jsem myší moc blízko kraje monitoru (2-3cm)... Těchto problémů bych mohl popsat mraky. Přepnu zpět na X a je to jak zázrak, vše rychlé a bez problémů.
Wayland je jak EU, také vědí co lidé musí chtít.
Wayland na KDE používám 3 roky, když jsem přešel na Linux, před teď už 3,5 rokem, tak jsem měl X11. Tedy na X11 jsem byl půl roku.
Jeden večer jsem zkusil přepnout na Wayland, já žasnul! Stabilnější fps ve hrách, lepší barvy monitoru, dokonce i Variable Refresh Rate monitoru se objevilo v nastavení. Rázem zážitek, plynulost všeho se posunulo kupředu.
Nyní už přepínám vždy na Wayland, když náhodou zkusím X11... tak je to bolest, utrpení hrůza. Chápu, že to je asi tím, že jsem hráč. Hold je to prostě tak, dělám tuto zkušenost už 3 roky, takže z mého úhlu pohledu je X11 už dávno mrtev, nepoužitelný a problematický.
Keby naviac, ale ono je to z hladiska pouzitelnosti nie je ani navrat, tak zle a nepouzitelne prostredie ako Wayland som nezazil. Cela uzitocna funkcionalita z X11 sa vykopla, dala do wlroots (reimplementovat alternativu je zrejme nerealne), vsetko co chyba sa oznacilo "dorob si sam" a zaroven tym co sa o pridavanie uzitocnych protokolov pokusaju su kladene prekazky (uz cele roky sa tam nevie dorobit manipulacia s oknami ako v EWMH/NetWM).
Este nejake uzitocne linky
https://wayland-bites.github.io/
https://blog.tenstral.net/2024/01/wayland-really-breaks-things-just-for-now.html
Unix a Linux provozuju (i na workstation) s kratkou prestavkou pred lety (vynucenou firemni politikou s outlook a tehdy bajecne nefunkcni Evolution) skoro 25 let.
S X11 jsem mel jediny problem, a to byla podpora hardware (tzn 1 driver a jeden txt konfigurak, max 2 hodiny prace s novym hw), jinak vzdy maximalni spokojenost, jednou nastavit a pak uz jen resit window manager a knihovny + aplikace. Jednou nastavis, zazalohujes konfigurak a hotovo.
S vyhodou jsem zhusta pouzival i heterogenni prostredi (cygwin s X11, esound daemon na windows, okenni aplikace i z Irix, Solaris, FreeBSD a dalsich ux systemu).
Ohledne window manageru a prostredi, od Unixware s lokalizaci pro cechoslovactinu, IRIX, CDE, Xfce, Window Maker, Enlightenment, CDE, proste snad vsechno vcetne prvnich vlastovek pro gestury mysi, 3D nablble efekty a'la Compiz, pres plnohodnotny 3D OpenGL window manager (bohuzel jen s 2D zobrazovacim zarizenim), pokusy o integraci WRML do window manageru, az po radoby all-in-one typu KDE nebo Gnome, a i s obcasnym hranim (coz byl pro 3D a opengl vzdycky opruz).
Moje zkusenost s waylandem zacala u Ubuntu 20 az po Ubuntu 22, a bohuzel musim rict, ze jsem si jej dobrovolne nevybral - bylo to dano podporou hw akcelerace na arm64 s Mali GPU od vyrobce meho SBC.
Zkousel jsem pochopitelne i stare "spatne" X11 na identickem hw (bez hw akcelerace).
Poprve v zivote jsem zazil, ze to co vsude jinde mi na wayland proste nefunguje, ze starsich aplikaci a her bezi stezi 10-30% a i zbytek ma tendenci padat a mrznout, zbytecne restarty celeho X serveru s naslednym poskozenim KDE i Gnome konfiguraci (nesmyslne permanentne otevrene konfiguracni soubory pro write s naslednym poskozenim pri padu). A to na Wayland "fungovalo" takto skvele jen KDE nebo Gnome, s jinymi prostredimi ta situace byla jeste horsi.
Starsi aplikace (vcetne tech GTK based) povetsinou na wayland prakticky nefunkcni.
Na jine platforme bych mozna ozelel chvilku casu a zkusil cely ten bordel prekompilovat, ale u SBC je to docela problem, a pokouset se to cele kompilovat na amd64 v praci, to uz mi v rocnim prumeru sezere radove min casu provozovat Win10 nebo Win11 (a bez rozcilovani).
K tomu se v techto "modernich" prostredich na ne az tak vykonne ARM platforme pridavaji problemy s dementnim systemd, dbus, pulse audio a dalsimi "skoditky", ze to i fanouska od ARM platformy malem odradi. Tak jsem si schvalne vyzkousel obdobne (kubuntu, lubuntu, gnome ubuntu) prostredi i na AMD64, a "kupodivu" s docela podobnymi vysledky.
Chapu, ze vyvoj tahnou studenti a mladez touzici po novinkach, ale znovu vynalezat vsechna ta mala kolecka puvodne jednodussiho a vykonnejsiho soukoli (s mnohem vice funkcemi navic) docela boli, zvlaste kdyz tam, kde puvodne stacilo 8 txt konfiguraku, je dnes naprosto neprehledny balast tisicu pididatabazi a stovek neprehlednych cache a konfiguracnich souboru v desitkach formatu, o jejichz spravnou syntax a kompatabilitu se obcas hada dokonce i tym autoru interne mezi sebou a dokumentace je 3 verze zpet a s chybami.
Za meho mladi platila zasada "keep IT/it stupid simple", a zasada "nedrbej do toho, kdyz to funguje". Chapu, "boomer" pohled na vec.
Uzasny moderni Wayland nejenze nefunguje, ale s kazdou novou verzi rozbiji i veci, ktere jste si v te predesle uz nejakym hackem jakz takz opravili a rozchodili.
Co se tyce serveru, nemam problem, ale co se tyce okenniho prostredi a workstation, vrstva, o ktere bych jako end-user vubec nemel vedet, mi neustale rozbiji ty vrstvy, s kterymi mam interagovat, takze posledni dobou nez se vztekat s neustale nestabilnim systemem, cim dal vic pouzivam UI na Windows, cygwin je bohuzel uz pouzitelny jen pro command line.
Sice si vazim usili autoru Wayland, ale pokrok z pohledu end-user opravdu vypada jinak. Na X11 jsem takove problemy nezazil 20 let. Takze alespon prosim nepalte mosty a zpetnou kompatabilitu, nechte X11 na pokoji a ten "way too far too amazing land" nechte v tom stale jen nacatem stavu pro "fajnsmekry", ktere bavi vic kompilovat, nez pouzivat, myslim ze Vam spousta uzivatel bude fandit.
Tak ono zrovna X11 moc KISS fakt není, bohužel. Spíš naopak, je to něco, co by skutečně nejlépe už nemělo existovat. Problém je, že mnozí hujeři chtějí protlačovat něco, co něco přinese jen pár lidem, za to způsobí obrovksému množství uživatelů obrovské problémy.
Něco jiného by bylo protlačovat ekvivalentně funkční řešení, ale takhle to připomíná maximálně tak EU s její elektromobilitou.
Protože se to tomu velice podobá. A až budete konkrétně zrovna vy schopen pracovat s kontextem, což se, pokud mohu sledovat, bohužel dost často děje jen částečně, pak zjistíte, že jsem nemluvil o elektromobilitě obecně, ale o "EU a její elektromobilitě". Což by pro ty vnímavější mohlo implikovat, že nejspíše kladu důraz na vztah těchhle dvou pojmů a to je to, na co jsme se odkázal.
Proto.
V čem ji protlačuje? Že se dohodla na tom, že v roce 2035 se už nebudou prodávat auta se spalovacím motorem? To je prázdné gesto, protože do té doby to vyřeší trh. Jen měli potřebu ukázat, že pro to něco dělají. Nebo že dotují budování infrastruktury? Kdyby to nedělali, tak ti samí lidi, kteří je kritizují teď, je budou kritizovat za to, že po nich chtějí, aby si kupovali elektroauta a ani nezajistí, aby je měli kde nabíjet.
Reálně je podpora elektromobily v EU vůči zbytku vyspělého světa průměrná, či spíše podprůměrná. V ČR bych řekl dokonce mizivá. Je to jako s Green Dealem. Někteří jsou schopní z toho dělat pomalu izolované zelené šílenství a realita je taková, že třeba Čína si nás v rozvoji obnovitelných zdrojů neuvěřitelně maže na chleba. Není to o nějakém premianství, ale spíš o držení kroku s ostatními.
Pokud byste to nechal na trhu, tak v roce 2035 nejspíš stále bude většina aut prodávaných se spalovacím motorem. Je to příliš blízko a elektromobilita stále nemá vyřešené podstatné problémy.
S Waylandem je to hodně podobné: pokud to necháte na uživatelích, ještě dlouho tu bude X11: stále nefungují věci, na které uživatelé (aplikace...) spoléhají. Je to sice budoucnost
, ale zároveň to stále není přítomnost
.
A řeči, že jsou uživatelé (aut se spalovacím motorem, X11...) nemoderní, nejdou s dobou a lpí na překonaných věcech... - jsou zbytečné.
Typické použití auta je parkuji před domem, tankuji za pár minut u benzinky a jezdím stovky kilometrů na jednu nádrž
, a nezmění se na auto nabíjím v garáži každou noc nebo každý týden v obchoďáku a jezdím jen tolik kolik mi baterka vydrží
(dokud nebudou mít lidé tu garáž nebo potřebu jezdit do obchoďáku co týden), stejně, jako očekávám, že prostředí desktopu půjde ovládat obvyklým způsobem i vzdáleně
se nezmění na používám jen základní funkce, protože ty fungují
(dokud nebude fungovat totéž, co ve Windows či na Macu).
Tak on to taky trh prvně stejně jako u Waylandu nevyřeší na straně zákazníků, ale na straně výrobců. Vývoj spalovacích motorů je neuvěřitelně drahý. Nebudou moct plně investovat do obojího a na neoddiskutovatelném vzestupu je elektromobilita, takže v určitý moment budou muset jít all-in a půjdou do elektromobility. Teď je ještě takové hluché místo, protože elektromobily jsou pořád drahé, ale tipuju tak do 3 let to klesne na akceptovatelnou cenu pro masového zákazníka (buď tak že evropské značky se naučí vyrábět levněji, nebo je přejedou čínské značky, které umí to elektroauto vyrobit levně už nyní) a pak to nabere opravdu rychlý spád.
Tady v ČR máme tendenci to celoevropské momentum podceňovat, protože kvůli prakticky nulové podpoře tu máme snad nejmenší prodeje elektroaut v Evropě. Taky ten rok 2035 znamená, že se nebudou nová auta prodávat se spalovacím motorem, ne že už tu budeme mít všude elektroauta. Ty v té době můžou mít podíl na celkovém počtu aut klidně jen 25 % a to mi opravdu nereálné nepřijde.
Automobilky si nemohou především dovolit paralelní vývoj spalovacích a elektrických pohonů. (To je asi tak stejný nesmysl, jako ladit zároveň X11 + Wayland.)
Jenže pro spalovací motory (a X11) je už v podstatě vyvinuto a jen se tak trochu vylepšuje.
Na ty novinky není připravená infrastruktura okolo. Ani v Číně to zatím (!) nevypadá, že by měla elektroauta navrch. Ono: pro průměrného Čecha (Evropana) v kategorii střední třída
může být klidně (nový) elektromobil levnější, než klasické auto, s polovičními náklady na provoz - ale dokud nemá možnost rozumně dobíjet, dokud nebude dojezd na plnou baterii srovnatelný s dojezdem na plnou nádrž, dokud elektromobil ani nesmí do společných garáží v domě (protože tenkrát při stavbě ještě nikdo s hořlavostí elektroaut nepočítal), bude chtít spalovací motor. Před domy na sídlištích prostě budou ještě dlouho parkovat klasická auta - a nová mezi nimi nebudou ne proto, že by je nikdo nechtěl koupit, ale proto, že jim je nikdo nebude (smět) prodávat.
A jaký je hlavní argument zastánců elektromobility?
Přeci: Ale o to jde, aby neměl každý před domem své auto - to má být výsada, nikoliv samozřejmost, kapacitu je potřeba sdílet, auta nevlastnit, ale pronajímat si společná, jen na potřebnou dobu, asi jako elektrokoloběžky. Lidé musí změnit své myšlení, svůj úhel pohledu.
Což mi opět připomíná nátlak zastánců Waylandu: Chceme, aby si uživatelé odvykli na pohodlí, které jim přinesly X11 a v rámci pokroku se smířili s méně pohodlným, ale čistším řešením.
Jenže ten diesel můžete hasit klasickými prostředky, zatímco elektromobil musíte zvednout jeřábem a hodit do vany s vodou - a na to musí být manipulačná prostor, tedy dostatečně vysoký strop. Navíc požár elektrobaterií může uvolňovat více jedovatých zplodin, takže by měl být i větší objem té garáže (ale to není až tak velký problém). Krom toho by měly být mezi vozidly větší mezery, jenže to se nepotkává se snahou prodat co nejvíce parkovacích míst.
Konkrétně: aby vyhovovala garáž našeho domu, musel by se zvednout stop (nebo zahloubit podlaha?) o metr a půl, změnit vjezd a ubrat 4 parkovací stání - a už vidím ty ochotné majitele, kterak se toho fochu na auto v ceně půl milionu
vzdají!
A to je řeč o prostém parkování - ještě se nezačalo řešit, že by se ta auta měla nabíjet, tedy by bylo nutné zavést (silnější) elektřinu a především posílit elektrický přívod do domu...
A přitom bych klidně mohl zpochybňovat Váš příspěvek tím, že diesly tam parkují jen dva - a jeden pravidelně odmítá chytit, byť ho soused startuje půl hodiny, zejmína v zimním období. ;oD
@RRŠ: Ty hořící diesely jsou realita, tak se to prostě stalo a nic s tím nenaděláme. Další diskuze o elektroautech je podobná té o Waylandu - kdy jste naposledy viděl ekektroauto? Třeba to nejlevnější - Dacia Spring (když nepočítám kapotované skútry jako eBlesk) - má kryt baterie koncipovaný jako nádrž na vodu. Ztenčené místo v zadní sedačce prohoří a hasiči tam strčí hadici a naplní vodou.
Teď to srovnejte se spalovacím autem. To blafne tak rychle, až někdy ani cestující nestihnou vyskočit ven. Naproti tomu to jediné EV, co hořelo v garážovém domě, byl Jaguar ePace, který měl vadnou baterii (pak je svolávali), a ten jen ze spodku doutnal. Hasiči měli čas na promýšlení, a pak auto jednoduše vytáhli nebo odtlačili ven.
Při počtu provozovaných aut se spalovacím motorem a elektro aut je zcela jasné, že ještě dlouho budou mnohem častěji hořet klasická auta.
Jenže to není v tomto případě podstatné. Důležité je to, že prostě hasiči nedovolí prosté parkování elektroaut v běžné garáži.
U nás to nikoho nezajímalo a první elektromobilista tam v klidu parkoval - do chvíle, kdy chtěl taky nabíjet a začala se řešit rekonstrukce elektroinstalace, nutné stavební úpravy... Tehdy se o tom dozvěděli hasiči a poměrně důrazně to celé stopli s tím, že elektroauta do téhle garáže nepustí, dokud nesplníme určité podmínky. Takže hrdý majitel elektromobilu parkuje před barákem a dvakrát týdně musí dojíždět k Lidlu na minimálně dvě hodinky dobít baterky.
Realita je totiž taková, že na elektromobilitu není připravená infrastruktura - a ještě dlouho nebude. Ještě dlouho po roce 2035 nebude...
> Při počtu provozovaných aut se spalovacím motorem a elektro aut je zcela jasné, že ještě dlouho budou mnohem častěji hořet klasická auta.
I po přepočtu na jednotku hoří spalovací 6x častěji ;-)
> Důležité je to, že prostě hasiči nedovolí prosté parkování elektroaut v běžné garáži.
Ale dovolí. Nic jiného ani nezbyde, když se jiná nebudou prodávat. Bezpečná jsou už dost, např. ty s pevným elektrolytem už nemůžou hořet (jen doutnat). Pevný elektrolyt nedovolí krystalkům lithia prorůst mezi katodou a anodou a zkratovat je.
Infrastruktura je připravená dávno. Díky silné lobby proti elektromobilitě tu je v Česku mnohem dál než prodeje elektroaut. Elektřiny vyrábíme dost*, distribuce je silná dost**, veřejné nabíječky využity jen z 1,6 %.
*) Jestli si nepostavíme další blok(y) jaderných elektráren, tak je to jen naše blbost a bude to větší problém pro průmysl než pro elektromobilitu.
**) Infrastruktura se průběžně renovuje a při každé renovaci se posílí parametry s výhledem do budoucna. Nástup elektromobility je v Česku extrémně pomalý, takže nevadí, když to bude trvat 10-20 let.
30. 12. 2023, 17:10 editováno autorem komentáře
Zaměňuješ stav vašeho domu za celkový stav věci. My na elektromobily infrastrukturu připravenou máme. Tvoji logikou bych tedy mohl napsat, že infrastruktura je připravená mnohem dříve než před rokem 2035. Prostě někde to je lepší a někde horší a globálně se to zlepšuje.
Bude jen na vás, zda ty stavební úpravy uděláte nebo ne, ale pokud se na to vybodnete, tak se pak nedivte kdo vám tam bude bydlet.
Btw: Co to znamená "důrazně to celé stopli"? Nedali vám jen papír, kde bylo napsáno, co je potřeba změnit? To by totiž bylo daleko od "důrazně".
No - mně to přišlo dost důrazné, když to znamenalo konec pro stávající projekt.
V podstatě jsme rádi za to, že z nich vypadla nějaká pravidla, ale taková rekonstrukce by stála mnohem víc, než kolik má SVJ ve fondu oprav - a čeká nás oprava střechy, renovace fasády a výtahy taky nevydrží věčně...
Navíc nejde o stav jednoho domu - tohle je stejné po celé ulici (nejstarší domy 20 let staré, nejmladší 3 roky - a tam je sice garáž vysoká, ale elektrika stále slabá), po celém sídlišti. Krom toho: tři čtvrtiny aut parkují před domy, takže na nějaké nabíjení přes noc mohou zapomenout. Nabíječky na elektroauta jsou v blízkém okolí dvě (tedy pro 2 vozy), plus ještě nějaké u obchoďáku, ale tam nemůžete nechat auto přes noc.
A lepší to nebude - není tu dost silný silnoproud a bez rozkopání celého sídliště jich nikdy nebude dostatek.
Typický pohyb aut tu je: ráno odvézt děti do školy, dojet do zaměstnání, odpoledne vyzvednout děti a dojet domů, krátký nákup cestou, jednou či dvakrát týdně do obchoďáku. Odhadl bych to na 40 km za den. To znamená minimálně jednou týdně několik hodin nabíjet.
Hrubým odhadem parkuje na našem sídlišti 5000 aut.
Otázka: kolik je potřeba nabíječek, aby se stihla vystřídat třebas polovina? (Počítejte noční nabíjení - při zachování současného režimu jízd. A na parkovišti ve městě či před fabrikou to nenabijí...)
V současnosti se každý rok zhruba desetina obmění za nové vozy. Ale pokud nebude možnost koupit klasické auto - a pokud se ta infrastruktura dramaticky nezmění k lepšímu! - klesne ten počet na několik desítek ročně.
Mít nové auto se stane výsadou majitelů domů s vlastní garáží. Současná střední třída bude jezdit stále staršími šunkami, případně bude odsouzena k dojíždění už tak přetíženou MHD.
Přesně. Brácha nabíjí i ve firemní podzemní garáži. A pokud někdo žádné možnosti nemá, tak bude fungovat jako se spalovacím autem. Např v Chorvatsku jsou nabíjecí stojany normálně na benzínce, takže člověk ani nemají přemýšlet, že má jezdit někam jinam. A nabíjení několik hodin? Moderní auta umí 80 % za 20 minut, nová budou ještě rychleji.
Ještě k RRŠ:
> Současná střední třída bude jezdit stále staršími šunkami, případně bude odsouzena k dojíždění už tak přetíženou MHD.
Střední třída žije na předměstí a vykoupila za hubičku "staré šunky" jako leafy a BMW i3. I s jejich malým dojezdem dojedou na druhý konec Prahy a zpět a jezdí za halíře (ti se solárními panely dokonce půl roku zadarmo). Samozřejmě mají i spalovací auto na dálky, ale druhé auto mají i chudé rodiny (6 a půl milionu aut v 11milionové zemí).
Vozový park v Česku má průměrné stáří 15 let. Půlka lidí umře věkem dřív (rok 2035 + 15 let), než pro ně bude elektromobilita nutnost. Jinak za prvé, rodiče-důchodci koupili ojetého 6letého leafa první generace jako daily car za 180 tisíc na začátku pandemie. Baterie za ty další 3 roky klesla zdraví z 86 na 84 %. Nejvíce klesne na začátku, pak klesá mnohem pomaleji. Však taky většina EV má stále původní baterii (proto ani není co recyklovat). Za druhé, u aut za milion je rozdíl pořizovací ceny EV vs ICEV jen deset procent (sto, stopadesát tisíc). Kolik myslíš, že stojí 4válcová škodovka s automatem a lepší výbavou? Základní model TM3 už stojí míň než oktávka RS. U aut pod milion se rozdíl pořizovací ceny srovná do 2-4 let, podle toho, jak moc jezdíš.
Tak, a teď mi najděte elektromobil velikosti mezi Fabií a Octavií, za rozumnou cenu (i ta Fabia by stačila, ale to je mírně pod dolním limitem).
Já osobně si nikdy na automatické řazení nezvykl, ale chápu, že u elektromobilů je to jinak. Jenže kdybych kupoval vůz, chtěl bych nový, benzinový, s manuálním řazením (a ideálně bez toho SOS tlačítka, které trefím hlavou, kdykoliv potřebuji srovnat sedadlo po ženě, která je o čtvrtmetr menší, než já ;oD).
Moje názory byly zoufale zastaralé už v době, kdy jsem byl mladý - takže žádná změna. ;oD
V roce 2035 mi bude ještě pár let do důchodu chybět.
A pokud půjde vývoj kolem elektriky v současných kolejích, nebudu mezitím řešit elektromobil, ale shánět nějakou elektrocentrálu se spalovacím motorem na balkon, abych přečkal blackouty. ;oD
Vsak on i ten klasickej "analogovej" budik je v realu uz davno jen zobrazovadlo informace prijate po CAN sbernici. Jestli to je rucicka namalovana na displeji a nebo rucicka na nejakem krokovem motorku je v konecnem dusledku jedno. Doby, kdy vam vedl bowden do palubky jsou pryc uz sakra dlouho... :D
Pro mne, za mne, ať je to klidně digitální, ale za jízdy reálně nechci vědět nic, než rychlost, čas, ujetou vzdálenost a stav nádrže (a zařazenou rychlost, pokud bych ztratil přehled).
Nic dalšího tam nepotřebuji.
Vyloženě nesnáším, když se palubní automat rozhodne, že potřebuji vědět průměrnou nebo aktuální spotřebu, případně jiný důležitý údaj, a zobrazí to místo rychlosti. Moje první reakce bývá dupnout na brzdu
- zvlášť v případě, kdy se uprostřed obce zobrazí 7.2 (l/100 km) a já se vyděsím, že jedu 72 km/h.
A když se mi před obličejem vynoří jméno volajícího na spárovaném telefonu, mám chuť ten automat rozbít, protože jde o telefon spolujezdce, a mne se to vůbec netýká. (A ten prodejce při zkušební jízdě před koupí ani netušil, že riskuje vlastní zdraví, když mi tuhle funkci opakovaně vychvaloval a doporučoval. Strašně se pak divil, že trvám na starším provedení a hloupější variantě infotainmentu, protože na té nové tahle funkce nešla (!) vypnout...)
"Půlka lidí umře věkem dřív (rok 2035 + 15 let), než pro ně bude elektromobilita nutnost. "
Normalni auto se neda koupit uz ted. Dej mi nahradu za 2l nafta, manual 130kW. Kdyz mi naposledy v servisu rikali, ze bych to mel uz vymenit, protoze mam 300k najezd, tak sem jim rek, ze bych rad, ale oni mi nemaji co nabidnout ... 1,3l ... vydrz... 80kkm(oficielni udaj automobilky) ... pak se rozpadne turbo. To sei strcte nekam nevazeni. Jako bonus k tomu display, ze by to zaintegrovali do palubky o to uz se ani nepokousej. A tuna kurvitek, ktere nanic nepotrebuju.
Hasiči jsou vždy averzní k riziku. Kdyby bylo po jejich, tak v garážích nemůžou parkovat žádná auta, tím by se požárům aut v garážích předešlo zcela. Ale jelikož tu je velká společenská poptávka po parkování v garážích, je to riziko, které akceptují.
Takže buď se ukáže, že elektroauta nepředstavují větší riziko požáru než ostatní auta a pak z těch úvodních podmínek sleví, nebo tu bude velký tlak na to, aby elektroauta méně hořela. Ostatně na tom se už pracuje. LiFePO4 baterie už prakticky nehoří, jen mají nižší energetickou hustotu, takže v autech se moc nepoužívají. Solid state baterie, které míří do produkce, jsou na tom, co se týče rizika požáru ještě líp.
Jestli bych si měl vsadit, tak se vsadím, že elektroauta v roce 2035 běžně v garážích parkovat budou, ale to nás rozsoudí až budoucnost.
No, jsme dost velké anonymní kotěhůlky
na to, aby městské zastupitelstvo řešilo přetahovanou o prebendy, a látalo díry v kase prodeji městských pozemků či povolováním výstavby na každé zelenější ploše ve městě, s marnou vidinou, že to počtem obyvatel dotáhne o kategorii výš.
Problém voleb je v tom, že volíte pouze z těch kteří kandidují - a to věru není jednoduché rozhodování.
> RRŠ
> Dotace jsou zlo<-q> - a proto budeme těm bohatým dotovat nákup elektromobilu, zatímco ti chudí to budou sponsorovat přirážkou k ceně benzínu pro svá stárnoucí auta. ;oD
V Česku se nikdy elektroauta lidem nedotovala. A firmám se dotuje kde co, a co se týče elektroaut, tak ani jim je nedotovali. Až teď jeden program EU, který chtějí vyčerpat.
"Realita je totiž taková, že na elektromobilitu není připravená infrastruktura - a ještě dlouho nebude."
Ona nikdy nebude. Uvedom si, jak dlouho se buduje rozvodna sit. Bavime se o rekneme 100 letech. A frikulini ziji v predstave, ze se za 10 let kompletne prestavi.
Totez samozrejme plati o siti benzinek. Jenze tohle je jeste veselejsi, protoze pro ucely dobijeni by tech dobijecek muselo byt nejmene 30x vic nez kolik je stojanu u benzinek. Kde beru tech 30? jednak je to rekneme 10 delsi doba, a pak rekneme 1/3(velmi optimisticke cislo) dojezd.
BTW: Najedu tak +- 200km/den coz by znamenalo, ze kazdy den stravim dalsi nejmene hodinu na nabijecce ... uzasne. Tankuju 1x 5 minut tydne. Takze tu mame uzasne zlepseni ... z 5 minut je 5 hodin.
"eď to srovnejte se spalovacím autem. To blafne tak rychle, až někdy ani cestující nestihnou vyskočit ven"
Ehm lol ... evidentne si vzivote nevidel vubec nic horet ...
https://www.youtube.com/watch?v=5r-yN8SugWM
Kdyby v tom byli lidi, neutece vubec nikdo. Nafta nemily a nezlaty, nehori. Pod se vsadit ju? Nalejes naftu do kalisku a zapalis ji syrkou. Chci videt jak to udelas.
To co na autech hori, je prevazne olej, kterej nasledne zapali plasty, a to vse hori sice relativne rychle, ale zdaleka ne tak rychle.
Typické použití okenního prostředí je. pootvírám několik oken, rozházím si je po obrazovce, srovnám co do velikosti a umístění, a občas s nimi zamíchám, případně používám různé kontextové nabídky a menu k ovládání programů klávesnicí či myší
. S elektromobilitou to nemá společného nic.
Co je společné, je snaha co nejrychleji protlačit nehotový produkt, který zatím nedosahuje kvalit předchůdce, a nevýhody smést se stolu s tím, že je potřeba změnit očekávání
.
Přitom je nepochybné, že nové řešení (jednou) bude čistší a prospěšnější. Jen to jaksi potřebuje ještě pár let v rukách inženýrů...
Co je společné, je snaha co nejrychleji protlačit nehotový produkt, který zatím nedosahuje kvalit předchůdce, a nevýhody smést se stolu s tím, že je potřeba "změnit očekávání".
Co si Kefalin predstavujete pod pojmom "hotovy produkt"? Software nikdy nie je hotovy, obzvlast, ked sa pocas jeho vyvoja posuva branka, co by mal robit.
Ani Xorg nebol nikdy hotovy; bol vsak pomerne deravy, aby sa ako tak, casto velmi neoptimalne, dohackoval pozadovany vysledok. Xorg je v podstate ekvivalent zdielaneho adresneho priestoru, kde si kazdy robi co chce, saha do adresneho priestoru inych, ved preco nie. DWM/Quartz/Wayland/SurfaceFlinger toto nedovolia, su ekvivalentom chranenych adresnych priestorov a ked niekto nieco chce od ineho, treba pouzit IPC.
Napr. screenshoty pod X11 funguju len vdaka tomu, ako fungoval PC hardware v devatdesiatych rokoch. Bol globalny framebuffer, kam sa skladal desktop, a screenshot bol kopia z neho. Dnesny hardware tak uz nefunguje, uz 20 rokov ma napriklad overlays, ale tie Xorg nikdy nemohol pouzit, lebo by rozbil screenshoty. Pozrite sa ake kotrmelce sa robia, aby bol na screenshote kurzor (ten je tiez specificky typ overlay). Na rozdiel od toho, kompozitor, ktory robi screenshot cez API, vie klientovi vratiti korektny vysledok, bez toho, aby nahodny klient sahal na globalne data, alebo nebodaj do nich zapisoval (ano, aj to moze, vid xroach).
<em.Přitom je nepochybné, že nové řešení (jednou) bude čistší a prospěšnější. Jen to jaksi potřebuje ještě pár let v rukách inženýrů...
Nie, z viacerych dovodov:
1) posuva sa branka, co by to riesenie malo robit. Ak dnes ma robit A, B, C, o par rokov budu ocakvania aj D, E, F a ak by prislo riesenie, ktore robi len A, B, C, tak bude kritizovane, ze stale nie je hotove.
Som vobec prekvapeny, ze taky argument vobec padne na roote, kde kazdy vie, co je to waterfall.
2) Nie vsetci hraci spolupracuju; napriklad v tomto threade uvadzana Nvidia. Maju pristup, ze ked to funguje dnes so vcerajsim riesenim, nepotrebuju pracovat na zajtrajsom (dokonca ani ked je to nizko visiace ovocie, ako napriklad pouzit menej praveku verziu Electronu, vsak, Cisco). Teda ani ti, co chcu prist so zajtrajsim riesenim nemozu, pretoze dana cast stale nefunguje _a nikdy ani nebude_, kym danych ludi nedonutia pohnut kostrou. Presne, ako to urobil RH s ohlasenim vykopnutia Xorg. Ale nie je to len Nvidia alebo ini proprietarni hraci, su aj distribucie, kde im tiez vsetko trva vecnost.
Uz som tu v minulosti pisal, ze v tomto ohlade Microsoft a Apple su podstatne tvrdsi. Oznamia, co je od daneho releasu podprovane alebo naopak deprecated, a cez to vlak nejde. Zvysok ekosystemu to vie a rychlo sa prisposobi, bez hundrania trvajuceho dekady (vid tiez systemd alebo pulseaudio).
Apple tiez mal (ma) X server -- XDarwin. Na zaciatku to Apple pomohlo s portovanim aplikacii z Unixu, napriklad taky Matlab. Ale Apple zatlacil dalej, vsetko, co bezalo pod XDarwin bolo getto, naschval. Ziadny vendor nechcel byt v gette, tak zapracoval na nativnej Cocoa verzii. V porovnani s tym je RH extra prijemny, pretoze XWayland nie je getto. Aj ked by bola rychlejsia akceptacia Waylandu, keby bolo.
Fuj.
Jasně, že ani X11 není hotový produkt
. Jen jaksi (abych použil Vaše přirovnání) když stará věc umí "A-B-C", a požaduje se i "D-E-F", přičemž "B" je překonané a zralé na vyřazení, a na "A" závisí spousta věcí, je hloupé to nahradit věcí, která umí "B-D-E" s tím, že na "F" se intenzivně pracuje a "D" funguje mnohem lépe, než kdy bude na tom starém.
Například já jsem obyčejný drobný koncový uživatel, který nemusí moc řešit, jak to uvnitř funguje. Takže když mi nová verse desktopu nahodila Wayland, nijak jsem to neřešil - je to modernější řešení pro budoucnost.
Pak jsem ale narazil na drobnosti, které jsem přikládal spíš nějaké chybě v nové versi systému, než abych hledal příčinu: občas se kontextová nabídka otevřela na jiném okně, než byl kursor myši, okno aplikace se tvrdošíjně otevírá na jiné obrazovce, než na které jsem je zavřel, posunuté a zároveň zvětšené/zmenšené okno se občas překresluje déle, než sekundu, na vzdálené obrazovce nelze rozumně přesunout okna...
Věci, na které jsem zvyklý, že prostě fungují, chvílemi prostě nefungují.
Když mi klient pro přístup do práce oznámil, že na Wayland není připravený a nemusí fungovat správně (a když mi došla trpělivost to pokaždé odklikávat), cvičně jsem to přepnul na X11.
A, světe, div se!, problémy zmizely. Kontextové nabídky se otvírají pod kursorem, okna lze pohodlně přesouvat a otevírají se tam, kde jsem je zavřel, na vzdálené obrazovce pracuji jako doma a otravná hláška zmizela.
Čili: z mého, čistě uživatelského pohledu, je na přechod na Wayland zatím brzy.
Jasně, že třeba hráči her mohou být nadšeni - jenže já nehodlám začínat s hraním her, abych jejich nadšení mohl sdílet. ;o)
"Jasně, že třeba hráči her mohou být nadšeni"
Ja teda nevim, jsou obscese, ktere nechapu ... a jednou z nich je hrani her na tuxovi. Proc bych se sakra mel zaobirat tim, jestli ta ci ona gamesa nahodou na tuxovi zrovna funguje, kdyz muzu nastartovat widle a vim ze fungovat(treba i blbe, ale aspon nejak) bude ...
A to pisu jako clovek, ktery si s ledascims vcetne nejakeho toho patche, umi poradit. Ale kdyz si chci zahrat, tak nehodlam dalsi hodnu, dve nebo tri zkoumat, proc to co vcera fungovalo dneska uz zase nefunguje, protoze kdesi cosi zvedlo verzi o 0.0001 ... ostatne viz winehq.org ... kde se z verze na verzi klidne z funkcni veci stane zcela nefunkcni.
> Na rozdiel od toho, kompozitor, ktory robi screenshot cez API, vie klientovi vratiti korektny vysledok
Ale s tím tady snad nikdo problém nemá, naopak toto je super řešení. Odpor generuje tlačení Waylandu za současného stavu a (ne)existence těchto API, případně prohlašování že taková API nikdy nebudou a v extrémním případě dehonestace lidí co takovou funkcionalitu používají, že chtějí spacebar heater (viz předchozí diskuze). Posouváme se, například ty screenshoty po pár letech fixli, ale spousta dalších funkcí chybí.
Koukal jsi na zdrojáky, nebo aspoň četl dokumentaci? Já jo, hodně. Návrh Xek je zastaralý a spousta řešení je drbání levou rukou za pravým uchem, ale pořád poměrně jednoduché. Přechod na něco modernějšího je nevyhnutelný, ale Xka rozhodně nezpůsobují obrovskému množství uživatelů obrovské problémy a prostě fungují.
Xka rozhodně nezpůsobují obrovskému množství uživatelů obrovské problémy a prostě fungují.
Dovolim si nesuhlasit:
1) X-ka sposobuju problem mnozstvu pouzivatelov: dovolim si tvrdit, ze existuje viac pouzivatelov, ktori chcu pripojit hidpi notebook k beznemu monitoru (alebo naopak, bezny notebook k hidpi monitoru), ako existuje pouzivatelov, ktori nutne k zivotu potrebuju svoj 25 rokov stary skript s xdotool.
2) pokial pod fungovanim mate predstavu ze krivaju na obe nohy, tak ok. X nedokazu efektivne vyuzit dnesny hardware, a to ani nemusi byt proprietarny; to, co Intel zdokumentoval pred 10 rokmi, stale Xorg nedokaze vyuzit a ani nikdy nebude vediet vyuzit. Rovnako odporucam niekedy vyskusat touchpad pod Waylandom a porovnat s X; pod Waylandom to nie je emulacia mysi a dotahuje sa na macOS. Pod X sa v ziadnom pripade neda povedat, ze "proste funguji". To je ako povedat, ze CB televizor je farebny, ved ma dve farby, ciernu a bielu.
Jenze wayland ma tech problem a toho co na nem nefunguje ani blbe, protoze to nefunguje vubec, radove vic.
A zatimco do pro X exstuje spousta ruznych obezlicek ja vyresit to ci ono, tak pro waylnad opet nic neexistuje.
Vis co? Pod zpat k tem autum.... dodam ti trikolku a reknu ze to je moderni, naprosto ekologicka a naprosto dokonala nahrada.
Cely komplexni projekt Athena (tedy ne jen X Window System) napsali na MIT za 8 let. Jak dlouho se masti ten Wayland? 15 let a porad nic. Tehdy programatori nejdriv premysleli a az potom psali kod. Dneska je to naopak a to tim druhym si jeste nejsem jist.
Na X-kach se mi libila moznost neinstalovat fonty, ale pustit si je z font serveru nekde v siti.
už nepochybuje asi ani hlavní vývojář X.Org Serveru
Tahle poznámka mě pobavila. Vývojáři Xorgu jsou ti, kteří tlačí Wayland především, protože ví, jak zastaralý a těžko udržovatelný je Xorg. Neznám jediného vývojáře Xorgu, který by chtěl, aby to žilo dál. Všichni na tom dělají se sebezapřením a chtěli by, aby to ideálně umřelo hned zítra.
Jen diskuse jsou plné lidí, kteří tvrdí, jak Xorg dobře funguje, jak je to hotový projekt a udržovat jej musí být vlastně brnkačka. Zajímavé je, že se tohle nepřekládá do zástupů zájemců o vývoj a udržování Xorgu. Musí to dál dělat ti, kteří už dávno zjistili, že tudy cesta nevede.
Tohle je na tom ironické ze všeho nejvíc.
Vlastně to chápu, zastaralost X11 uživatel neuvidí, dokud na Linuxu nechce dělat něco moderního. Hraní her, grafika, nové monitory, to všechno vyžaduje nové řešení.
No nedej bože, když se dostaneme k zařízením s dotykovou obrazovkou, netpickým poměrem stran, rozlišeními atd. Nebo vezmeme monitory s jiným Hz a rozlišením do jedné karty. Což je dnes normální, monitory dávno nemají FHD a 60Hz - což mám pocit, že hromada Linux uživatelů nechce vidět, slyšet a připustit.
Já nemám jak toto pod X11 vyřešit, toto je řešitelné a funguje pouze pod Waylandem.
SoongVilda
[...] zastaralost X11 [...] No nedej bože, když se dostaneme k zařízením s dotykovou obrazovkou [...]
ad dotykova obrazovka:
- asi pred 17lety sem pouzival Fujitsu Lifebook B142 (Celeron 300MHz)
(uz si presne nepamatuju, ale myslim ze stacilo rucne pripravit vhodnej xorg.conf)
- pred 13lety sem pouzival Viliv N5 (UMPC 4.8", Atom Z520)
(touchscreen chodil out-of-box)
- pred 13lety sem pouzival LCD Acer T231H (23", bez touchscreen vrstvy, reseno IR senzorama v rohach, "dotyk" snimal par mm nad povrchem)
("touchscreen" chodil out-of-box)
- pred 7lety sem pouzival Lenovo Yoga Y300-11IBY (netbook 11", Celer N2840)
(touchscreen chodil out-of-box)
- letos od prazdnin pouzivam Thinkpad T480 s Touchscreen (model 2018)
(touchscreen chodi out-of-box)
vse samozrejme na X11, takze mi unika co melo s X11 + Touchscreen byt za problem (samozrejme chapu ze nektery nemusel fungovat)
EDIT: jinak v zasade nemam nic proti Wayland, pokud bude fungovat:
1. VNC (ci neco podporovane v Remmina)
2. zaznam obrazovky
3. manipulace s okny ala wmctrl
ale hlavne, jako letitej uzivatel Xfce ktery DE urcite nechce menit, ma pro me uvaha o prechodu na Wayland smysl az Xfce ho bude podporovat ;-)
29. 12. 2023, 15:13 editováno autorem komentáře
jj, to vim, pouzivam XubuntuDev PPA takze obcas vidim dle changelogu jednotlivejch dev balicku ze neco pro Wayland fixly, ale protoze zakladni/zasadni casti jako xfce4-panel, xfdesktop, xfce4-settings, xfce4-power-manager maji u Wayland crash, tak mi nepomuze ze ostatni komponenty uz by na Wayland bezeli :)
Zkoušel jsem X11 na dotykové obrazovce a automatickou rotací. Nepřetáčelo se to, neklikalo, přepl jsem na Wayland, vše fungovalo. Proč, mě nezajímá, zajímá mě, kde to funguje u mě na Waylandu.
Zkoušel jsem PinePhone pod X11, občas to klikalo, občas ne, zlepšit to šlo podivným gigantický configem pro X11. Použil jsem Wayland, fungovalo to hned, proč nevím a ani mě to nezajímá.
Nechce se mi hrabat a na každé zařízení vyrábět obří config pro X11... pod Waylandem to funguje a tím je to pro mě vyřízené.
29. 12. 2023, 18:26 editováno autorem komentáře
"Nevím, nezajímá". Třeba za to mohl právě ten Wayland. Distribuce byla stavěná na něj a X11 tam bylo jako méně testovaná volba, jen pro speciální potřeby některých uživatelů. Podobně byste mohl prohlásit, že když v X11 režimu v KDE nastavíte vyšší DPI, tak v některých distribucích se to neprojeví v Gtk aplikacích - protože autoři distribuce počítají s Waylandem (ten roztáhne X11 aplikace jako bitmapu) a nedali tam tool, který to řeší pro X11 (možná koliduje s funkčností Waylandu, možná jen chtěli "čisté" řešení, ve smyslu méně spravovaných balíčků).
29. 12. 2023, 18:32 editováno autorem komentáře
takze dotyk by fungoval, ale nebyla resena rotace, z kontextu predpokladam ze slo o Gnome, ktere melo vyresenou rotaci jen pro Wayland, s ovladacem senzoru rotace problem jiste nebyl kdyz ten neresi X11/Wayland...
na PinePhone kde je prostredi stavene pro Wayland by me ani nenapadlo prepinat na X11, pokud bych tam nechtel tedy dat Xfce, ale to sem tam nezkousel ;-)
ten xorg.conf jak sem psal sem musel resit jen pred 17lety, zopakuji, na notebooku s Celeron 300MHz ;-) na vsem ostatnim to jede pres virtualni auto detektor/generator xorg.conf, tedy soubor vubec neexistuje...
> Zkoušel jsem X11 na dotykové obrazovce a automatickou rotací. Nepřetáčelo se to
Já jsem teda nikdy neměl obrazovku s automatickou rotací, ale manuálně se mi Xka přetáčí v pohodě. Je to ještě lepší: můžu si nastavit libovolnou matici transformace (xrandr --transform, příp. user-friendly varianta --scale-from), což se hodí například při promítání z notebooku, který má 1920x1080, na projektoru, který má 1920x1200 -- obraz na notebooku si nastavím deformovaný, ale vidím všechno, a publikum ho vidí v pořádku.
Což mě přivádí na myšlenku… umí tohle Wayland? Aha, je to věc kompozitoru/WM(?), jako obvykle. Některý to umí, některý možná ne, každý jinak, tj. budu mít tři různá nastavovátka pro KDE/GNOME/ostatní. Nebo něco přehlížím a jsem rozčarován zbytečně?
1. Fungovat bude; zakladny RDP uz funguje (pripojenie k existujucej session); pracuje sa na vytvoreni session cez RDP a off-screen sessions. V podstate ekvivalent Windows.
2. Zaznam obrazovky funguje. Dokonca zero-copy -- to je nieco, co Xorg nikdy nevedel a z principu nikdy nemohol vediet.
3. Toto nikdy nebude, pokial kompozitor na to neposkytne privatne API. V podstate je to lezenie do biznisu kompozitoru, tak je na nom, ci to dovoli alebo nie.
Posuvanie okien a always-on-top su v principe privilegovane operacie. Nahodny klient nema biznis, aby take nieco robil.
4. Podpora Xfce je na autoroch Xfce...
1) off-screen sessions, je moznost mit fyzickej server bez pripojeneho monitoru a pripojit se na aktivni session remote? protoze to mi nedoslo, ze na to pouzivam xserver-xorg-video-dummy :)
3) tak uvidime, obcas to pouzivam a pokud Xfce s prechodem na Wayland vyresi aby externi monitor umisten nalevo si nevynucoval primarni tak nebudu potrebovat na presun vsech oken na prostredni/realne_primarni :)
4) vim
ad "always-on-top" to na Waylandu z jeho principu nechodi??? a co "Always-on-visible-desktop" ??? to pouzivam jeste castejs (v podstate vzdy kdyz si na externim monitoru nahodim VNC a potrebuju aby pri prepoinani ploch na NB LCD byl na externim stale to same)
Always on top: nepisal som z principu nechodi, ale ze je to privilegovana operacia. Nieco ako v androide, ked chce aplikacia kreslit nad inymi aplikaciami.
Implementovane to ma KDE, kde to musi oknu dovolit pouzivatel (v menu okna vyberie always on top). Aplikacia si to nevie vynutit / nastavit sama.
"1) off-screen sessions, je moznost mit fyzickej server bez pripojeneho monitoru a pripojit se na aktivni session remote? protoze to mi nedoslo, ze na to pouzivam xserver-xorg-video-dummy :)"
Jestli se nepletu, tak nic jako dummy server v Xorg není. Obecné řešení pro headless systém, co bude fungovat se všemi kompozitory, je použít vynucení EDIDu na nějaký video výstup přes KMS (buď při bootu parametrem kernelu nebo za jízdy přes sysfs). EDID se dá vytáhnout z konkrétního fyz. monitoru, který se případně připojuje, nebo použít EDIDy na standardní rozlišení, co jsou v jádře.
Případně může mít konkrétní kompozitor podporu pro "dummy" obrazovku v sobě. Mutter to má od GNOME 40.
https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1698
Sdílení session funguje už teď jakž takž přes zabudovaný gnome-screen-sharing. Vzdálené přihlášení přes GDM je zatím neřešitelné, co vím, i když je na to issue.
Ale jak jsem zmiňoval jednom z postů tady předtím, pořád je to celkově PITA :) Což u mě ale víceméně přetrvává bohužel už od Xek. I pořád sním o tom, že by se to někdy dostalo do fáze, že někdy bude out-of-box funkční globání vzdálený přístup bez nějaké speciální konfigurace - jako na ostatních platformách. Povolit, nastavit nějaká přístupová práva a hotovo. Pokud nebude připojený monitor, tak buď automatický fallback na nějaké nejnižší rozlišení, nebo komplet virtuální plocha, jako u MS RDP serveru ve Windows.
> Nahodny klient nema biznis, aby take nieco robil.
A uživatelský skript? A jak se teda mají řešit ty příklady z minulé diskuze?
On to nemusí dělat náhodný klient a je v pohodě že je to privilegovaná operace. Tak to těm třem programům povolím, ne?
Ked to kompozitor dovoli, tak ano. Ked nie, tak nie.
Ked v emacse chcem nejako inteligentne menit obsah bufferu, musim to cez emacsovy skript (=emacs to dovoli). Nie cez emulaciu vstupu alebo inymi hackami. Podobne v inych aplikaciach; ked sa im rypem do interneho datoveho modelu, tak cez API, ktore poskytli.
Takze niektore kompozitory take API mozu poskytnut, niektore nie. Dost tazko by to islo u tiling kompozitorov uz z principu ich fungovania. U inych si to predstavit viem.
Své desktop počítače provozuji s GNOME nad Waylandem už roky a víceméně se to dostává do stavu, kdy mi při tomhle typu používání zásadního nechybí, krom pár výjímek.
Což samozřejmě neznamená, že se nenajdou oblasti, kde to pořád problémy jsou - viz. ten odkazovaný seznam z článku.
I přes tyto problémy, vnímám debaty o plánovaném odstranění X11 session, (případně v budoucnu i třeba balíčků Xorg serveru) pozitivně a víceméně jako nutný krok, aby se věci konečně po 15 letech pohnuly kupředu. Ve spoustě případech mi to přijde v klasickém mezistavu - "Ještě tam je problematická feature X a software Y taky běží jen na X11... bude s tím spousty práce, sice nás to evidentně nemine a bude se do toho muset říznout, protože Wayland nemá reálnou alternativu, ale zatím to necháme být."
A ano, dovedu si představit, že spousty starších/obskurnějších WM a nástrojů vůbec nepřejde, plus to, že až tenhle krok s odstraněním nastane, tak to dočasně přinese spousty problémů, co nebudou mít jednoduché řešení.
Redhat s Fedorou bude pravděpodobně první. A upřímně bych se vůbec nezlobil, kdyby se k podobnému kroku s nějakým rozumným termínem připojil Canonical a třeba Suse.
Jedna z těch výjimek, kde je to pro mě Wayland pořád problém, jsou nasazení na desktopy s vzdáleným ovládáním (RDP, VNC). Ať už pro administraci a support, nebo kombinovanou lokální/vzdálenou práci se sdílenou session.
Chápu, že tohle je v gesci každého konkrétního kompozitoru/DE a přímo to nesouvisí s Wayland protokolem a některé věci už částečně fungují - nicméně v tuhle chvíli je téměř nemožné zařídit, aby se obě majoritní DE (GNOME, KDE) chovaly tak, jako když se u Xorg serveru používalo VNC rozšíření. Tzn. bylo tam možné nastavit unifikované vzdálené ovládání, které fungovalo nezávisle na tom, jestli tam byl přihlášený uživatel, nebo tam byla přihlašovací obrazovka (greeter).
Částečně se to dá teď v GNOME obejít tak, že má teď každý uživatel nastavené spouštění vestavěného sdílení obrazovky, ale to neřeší vzdálené přihlášení (krom specifických stanic, kde je jeden účet a dá se použít automatický login s GDM). Plus někdy není samozřejmě dobré, že uživatel to sdílení může vypnout, změnit heslo atd.
Pokud by do GNOME přidali nějakou možnost globálního, systémově nastavitelného vzdáleného ovládání, tak by to pro mě byla úplně zásadní věc.
Už je něco podobného i v issues projektu, ale naprosto nedokážu odhadnout, jakou to má pro vývojáře a ostatní uživatele prioritu. Resp. kolik let/dekád :) může trvat, než to někdo bude chtít řešit.
https://gitlab.gnome.org/GNOME/gnome-remote-desktop/-/issues/92
Zkoušel jsem Wayland od chvíle kdy poprvé bylo dostupné v KDE ve Fedoře a vždy jsem se vrátil zpět k Xorg. Ve Fedoře 28 jsem ho opět zkusil a zjistil jsem, že problémy, které jsem měl a nechtělo se mi je řešit, už nejsou a spousta věcí funguje lépe. Začal jsem používat KDE s Waylandem a některé problémy se tedy objevily při každodenním používání, ale to si sedne. Já osobně jsem spokojený a vyhlížím Fedoru bez X11 s KDE 6.
Myslím, že všichni vývojáři odvádí skvělou práci. Konkrétně Graham odvádí skvělou práci také při komunikaci toho co se v KDE děje. KDE tak působí méně jako monolitický blackbox.
Podle mých vlastních zkušeností je v prosinci Wayland-Nvidia nesvobodoný ovladač NAPROSTO nepoužitený na desktopu. Jenom lituju lidí s noťasem a Nvidií. Jak někdo může nějaký trotl napsat že nebude podporovat X-ka??? To chtějí uživatele desktopu s nvidíí vypudit na Wokna? Nvidia běhá na spoustě hw. I když Linus vyfakoval tuhle firmu tak Wayland by neměl být vydán jako hlavní pokud nebyly dojednány ovladače. Takhle to bude používat jenom málo uživatelů.
Tak zrovna notebooky mají NVidii jako druhou grafiku, takže funguješ bez problému na integrované. NVidii pak použiješ třeba v Dockeru na CUDA výpočty nebo ve VM s Windows na gaming. Když nejsou schopni ty ovladače "dojednat", tak prostě půjdou dál a NVidia bude nucena něco udělat.
29. 12. 2023, 15:10 editováno autorem komentáře
Mne to bolo jedno, vzdy som pouzival uzavrete NVidia ovladace. Bohuzial ani tie uz nepodporuju vsetko na Linux-e ako treba. Kedze bola ale AMD taka ospevovana tak preco to nekupit? Ja nepotrebujem az taky 'edge' vykon. Keby som vedel ze zas to budu iba problemy s firemnymi ovladacmi ktore su vacsie ako cele normalne Linux distro tak by som to dnes uz nekupil.
Na fedore "dnf install rocm-opencl". Na original AMD drivery je lepsie zabudnut mimo podporovanych verzii CentOS/RHEL, SLES alebo Ubuntu.
Jedina aplikacia o ktorej viem, ze natvrdo vyzaduje OpenCL a inak sa nespusti je Davinci Resolve. Ta na Linuxe oficialne chce AMD alebo Nvidia GPU, ale spustila sa aj s Intel GPU a ich compute-runtime (velmi som to netrapil, zaklady isli).
Ale inak suhlasim, situacia s compute je vo vseobecnosti pod linuxom velmi smutna. Compute ma vsak s display servismi spolocne len to, ze ich work queues sa stretnu v jednom kernel driveri; userspace runtime je uplne iny a to je to, co na linuxe chyba.
Ja som bohuzial na Debian-e a ano presne ten Resolve by som potreboval spustit. Ja si nestazujem na grafiku ani na Wayland. Vsetko beha naozaj vyborne ale toto ma zase tak rozladilo. Nainstalovat tie ovladace je nocna mora. Cez package manager alebo cez AMDGPU installer. Navod je iba pre Ubuntu nie pre Debian. Robi to kernel moduly, ... no fakt sa mi zas nechcelo vsetko si o tom studovat. Chcel som spustit a robit. Ja som uz pomaly za 20 rokov aj zabudol na nejake lsmod, module blacklist, ... a nechce sa mi v tom hrabat. Zas si studovat nejake OpenCL, ROCM, AMD instalator, ... a riskovat ze si rozbijem masinu. No :-|
> Ako keby nebolo zname uz *dekady*[1], ze nvidia pod linuxom je problem. Co s clovekom, ktory si ju aj tak kupi?
A co si má koupit jiného? AMD má taky dobrou historii: před 10 lety přestali podporovat HD7970 a spol. (uzavřený ovladač skončil a otevřený byl až pro o generaci novější karty), před 4 lety začal jejich ovladač vyžadovat hackování pro připojení přes HDMI k některým monitorům Dell a Philips, a následně moje pokusy o rozchození OpenCL na ThinkPadu L14 s AMD grafikou končily výhradně hard rebootem stroje.
Osobně preferuji pro zobrazování integrované Intely, na můj desktop s terminály a výjimečné použití nějakého CADu to stačí, ale pokud člověk potřebuje trochu výkon, tak to Intel nemá.
Tohle s nvidií prostě nezažívám. V Debianu vždycky stačilo nainstalovat příslušný balíček a pak jsem byl sice strašně nesvobodný, ale všechno funguje.
I když Linus vyfakoval tuhle firmu tak Wayland by neměl být vydán jako hlavní pokud nebyly dojednány ovladače.
Víte, jsou firmy, které na novém řešení s vámi spolupracují, pak jsou firmy, které se tomu v rozumném horizontu přizpůsobí... no a pak je Nvidia. Roky jsme to s ní řešili, ale z určité pohodlnosti prostě Wayland naplno podporovat nechtěli. Proč se namáhat, když můžeme říct zákazníkům, aby si přepnuli na X11? Stejně nemají kam utéct, protože v důležitých segmentech trhu nemáme konkurenci. Nvidii rozhýbalo až oznámení, že Xorg jako samostatný display server nebude v RHEL 10 (jinými slovy Xorg končí). Je smutné, že takhle důležitá část ekosystému nebyla připravená dřív, ale za vinu vývojářům Waylandu to dávat nelze.
Tak oni sledují své specifické cíle a dlužno přiznat, že jim to vychází. Nvidia konzistentně roste, daří se jí orientovat na nové trhy, které se časem ukáží, jako ty klíčové. dyž uváděli Fermi, tak Jensen pravil, že "Nvidia je sw společností" a bylo vymalováno a hlavně se ukázalo, že to trefil perfektně (hlavně nástup CUDA). "Blbý hry" je fakt tak dobře jako Quadra a Tesly živit nemohly, nazdory tomu, že vždycky dokázali prodávat karty dráž než ATI/AMD (vzpomeňme uvedení HD 4850 a následné zlevňování 9800GTX(+) - to byl asi jediný moment, kdy je konkurence dostala, ale za cenu toho, že sama mohla vydělat o hromadu miliónů USD víc, kdyby na tohle přistoupila - dnes už na to AMD přistoupila, její karty už jsou taky výrazně dražší, než bývaly a ostatně i Ryzeny už nejsou oproti Athlonům či Bulldozerům tak zázračně levnější ve srovnání s Intelem).
Oni byli dycky agresivní a arogantní a díky tomu uspěli a prosadili si své. Jak pravíval WIFT, kdyby měl mít ve firmě markeťáka, tak bere všema deseti Igora z Nvidie, protože ten člověk byl prostě schopen tlačit na redakce až za hranu slušnosti, ale tyhle ostré lokty prostě fungují.
Takže jestli Nv pořád dlabe na Wayland? No, nepřekvapuje mě to, oni primárně prodávají tam, kde zatím tlak na Wayland nebyl. Současný vývoj u RHELu konečně s tím tlakem přichází a uvidíš, že za rok-dva-tři už tohle letité utrpení s NVidií vs Waylandem bude jen vzpomínkou.
Vzdyt sam vyse vyse pisete, ze vyvoj neco stoji - a samozrejme priority i u toho vyvoje ma kazdy jinde. Tady to mate jednoduse o tom, ze vy z vasi pozice chcete, aby nekdo jiny na sve nesl naklady spojene s vasim rozhodnutim neco prekopat na strane sve. V konecnem dusledku z pozice nejake sily jednate na obou stranach te barikady - at uz je rec o vas v RH (proste se neceho zbavime a basta), nebo o te Nvidii (nebudeme delat nic, dokud nas neco fakt nedonuti, nam to funguje jak potrebujeme). Aneb dva velci hraci si tady vzajemne pomeruji pindiky, dokazuji si kdo teda ma vetsi silu - ale tim porazenym je taky hlavne ale koncovy uzivatel systemu, ktery je v konecnem dusledku nucen si vybirat mensi zlo (bud derave legacy reseni anebo reseni moderni, ale ocesane o nektere featury, na ktery je z legacy sveta navykly).
Uživatel má možnost volby. Buď chce všechno plně funkční a s podporou od výrobce, pak volí GeForce a žije s X.Org. Nebo chce svobodu/otevřenost, pak volí Radeon a žije bez CUDA/funkční akcelerace tu či onde. Nebo rád experimentuje a baví ho neotřelá řešení, pak volí Intel Arc a krabici antidepresiv.
Možnost volby tu je. Žádná z možností není dokonalá ve všech oblastech. Kdyby byla, tak na trhu máme auto vyladěnými elektro schopnostmi Tesly, komfortem Porsche a s cenovkou Dacie. Dokonalá grafická karta má také plně otevřené ovaldače, rapidní vývoj a nasazování novinek v ovladačích, vynikající výkon a podporu všech API a rozhraní na trhu. Taková karta ale neexistuje a nikdy existovat nebude.
Já jim ty jiné priority neberu, jen jsem vysvětloval, proč ovladače nebyly pro Wayland připravené dřív. Že jsou prostě firmy, které neudělají nic dřív, než jsou opravdu donucené to udělat, což z pohledu uživatele může být pozdě. Tyhle firmy nedonutíte to podporovat jinak než tak, že tu technologii prostě natvrdo nasadíte.
Problém u Nvidie je, že má striktní topdown řízení. Co management rozhodne, o tom se nediskutuje. Je to s nimi komplikované v tom, že se člověk nedomlouvá na řešení s inženýry, kteří do toho mají vhled, ale jejich úloha je, aby prosazovali řešení, které jim dal management bez ohledu na to, jaký smysl dává. To se do open source vývoje úplně nehodí a je to zdrojem dlouholetých konfliktů mezi Nvidií a zbytkem.
Nevím, proč to přirovnáváte k nějakému porovnávání pidníků. Jakože když prosadíme Wayland, tak jsme něco víc? Když trochu odzoomujete, tak to vůbec není o konkrétních technologiích, ale o požadavcích, které na nás mají zákazníci: podpora HDR, podpora nejnovějšího hardware atd. To jsou věci, které by se na Xorgu implementovaly mnohem obtížněji. A světe div se, my na to máme celkem omezené zdroje. S Xorgem by linuxový desktop postupně umřel, s Waylandem máme možnost držet krok. Kdyby to bylo možné s Xorgem, tak se do Waylandu nikdo nepouští.
Tohle je taky hezke tematko ... zatimco widle je treba restartovat cim dal min, a dokonce uz prevazne prezujou i transfer na jiny HW, tak u tuxe jde vyvoj presne opacnym smerem, u cim dal vetsiho poctu dister mas upozorneni, ze po libovolny aktualizaci to mas radsi cely restartovat, pripadne se ti to restartne samo bez ptani pod rukama (buntu ...), a kdyz ne, tak se dejou veci ...
shrnme si fakta:
- Windows chteji aspon 1 restart pri kazde mesicni aktualizaci.
- Windows se restartuji samy pokud uzivatel rucne neodklada cast auto rebootu
- buntu restart nevyzaduje, ale muze upozornit ze je vhodny,
coz lze v 99% vyresit nastrojem "needrestart" ktery restartuje dotcene sluzby
- buntu se samo pod rukama nerestartuje, tato moznost je ve vychozim stavu zakazana:
grep -m1 Automatic-Reboot /etc/apt/apt.conf.d/50unattended-upgrades
//Unattended-Upgrade::Automatic-Reboot "false";
To jiste... a proto se to po kazde aktualizaci rovnou samo restartuje. A kdyz ne, tak to cele crashne. Coz je ve skutecnosti jeste ta lepsi varianta. Treba se taky zapise jen 1/2 souboru. A nebo to dojebe rovnou cely FS.
Na widle ty aktualizace vychazej 1x mesicne, an tuxe kazdy den. Takze to mame denni restarty.
bez prezdivky
To jiste... a proto se to po kazde aktualizaci rovnou samo restartuje. A kdyz ne, tak to cele crashne. Coz je ve skutecnosti jeste ta lepsi varianta. Treba se taky zapise jen 1/2 souboru. A nebo to dojebe rovnou cely FS.
tak to bud lzes, nebo mas rozbitej HW...
*buntu mi rozhodne nic takoveho nedela, ani nedelalo, za poslednich 20let...
Problem s Nvidiou nie je, ze by museli nieco prekopat v suvislosti s rozhodnutim Redhatu.
Problem s Nvidou je, ze oni vzdy ignorovali API, ktore linux pouzival pre danu kategoriu zariadeni, v tomto pripade kms + dma-buf. Mali kernel modul, ktory mal privatne API pre ich userland. To je ako keby vo Windows ignorovali WDDM a isli svojou cestou a potom sa pouzivatelia cudovali, ze co to Microsoft vymysla s DirectX, ved to na Nvidii nefunguje.
Takze to, ze ignorovali linuxove api (ktore daleko predchadza waylandu, wayland kompozitory ich len vyuzivaju) sposobilo, ze nemaju pristup k aktualnemu stacku. No ako sa to mohlo stat, ze ano. Vo svete Microsoftu si WDDM ignorovat nedovolili.
Osobně mám Nvidii, protože nikdo jiný neumí vyrobit to, co potřebuji (notebookovou grafiku se slušným výkonem v Blenderu - Cuda/OptiX - a i nějakých hrách). Nejdříve jsem také vrčel spiš na Nvidii, že nějak samoúčelně prostě nechtějí spolupracovat .. ale pak jsem se do toho trochu ponořil, a přijde mi, že to tak úplně není.
Co jsem četl, tak aktuálně je problém v implicitní/explicitní synchronizaci. Ta druhá je na současný HW lepší řešení a Linuxový grafický stack na ní stejně bude muset do budoucna přejít, nicméně aktuálně je synchronizován implicitně. Nvidií driver používá explicitní sync a Nvidia napsala patche, které by problém se synchronizací ve Waylandu řešily. Nicméně tyto patche jí vývojáři Linuxového stacku nechtějí začlenit a snaží se jí donutit dodělat implicitní sync. Úplně jsem nepochopil proč. A implicitní sync je třeba stejně do budoucna opustit. Takže mají máslo na hlavně minimálně obě strany, dokonce mi teď přijde, že se to ze strany Linuxových vývojárů blokuje prostě z nějakých ideovách důvodů a problém je spíš tam. Zahlédl jsem tam někde argument, že by z toho profitovaly jenom ovladače Nvidie a ostatní ne.
Ostatně Android si svůj grafický stack napsal od základu s explicitní synchronizací, bylo to asi velmi prozíravé rozhodnutí a trochu bych spekuloval, jestli to nebyl důvod, proč nesáhli třeba zrovna po Waylandu, který začinal v podobné době.
30. 12. 2023, 10:04 editováno autorem komentáře
Možná linuxáci nechtějí opustit svůj zastaralý implicitní sync jen proto, aby mohli ukazovat na "zlou" Nvidii. Všechny ostatní systémy už přešly na explicitní sync (Windows, macOS, Android, iOS, ...). Vzhledem k tomu, jak dlouho se Wayland vyvíjí, tak už jsou jeho základy (původní rozhodnutí) taky zastaralé a může si podat ruku s X11.
Mimochodem děláte, jakoby implicitní sync byl nějaká zabudovaná vlastnost Waylandu, s kterou nejde hnout. Ano, Wayland jede implicitní sync, protože ten se historicky v linuxovém grafickém stacku používal. Ale podpora pro explicitní sync je o přidání protokolu, kterým se to bude komunikovat. Návrh už existuje. Samozřejmě ďábel je v detailu: jak ten protokol má vypadat. Na tom se musí dohodnout všechny strany.
Důvod, proč třeba Android nepoužívá Wayland? Proč by to dělali? Používat Wayland znamená otevřený vývoj, kde se na řešení musí dohodnout s ostatními. Oni mají nad Androidem kompletní kontrolu, můžou si rovnou implementovat, co potřebují, a nemusí čekat na to, až se domluví s ostatními.
Vidím to z pohledu uživatele a aktuálně mi Blender pod Waylandem zlobí kvůli tomu problému se synchronizací. A, jak píšu, nerozumím tomu, proč nechtějí akceptovat ty patche od Nvidie. Visí tam už dobrý rok.
Jinak jsem netvrdil, že by to do protokolu nešlo přidat. A naopak, nechci psát nějaký hate na Wayland,. Kdyby nebylo problémů s grafikou od Nvidie, tak to dávno používám, dost věcí mi tam uživatelsky funguje lépe už teď. A koncept se mi líbí. Jenom to prostě pro mne zatím není úplně použitelné.
30. 12. 2023, 11:30 editováno autorem komentáře
Jak je to konkrétně s tím syncem, nevím, schválně se na to po Novém roce zeptám kolegy, který s Nvidií komunikuje.
Ale pokud bych si měl na základě zkušeností tipnout, tak bych to viděl takto:
Nvidia: náš ovladač podporuje jen explicitní sync, nebudeme Wayland podporovat, dokud to nebude umět.
Wayland vývojáři: přidejte podporu pro implicitní sync, to je nejrychlejší cesta k podpoře Waylandu a pak budeme mít dost času na domluvení podpory pro explicitní sync, která bude vyhovovat všem.
Nvidia: tady máte patche, které přidávají podporu pro náš explicitní sync.
Wayland vývojáři: no jo, ale to nebere ohledy na potřeby ostatních. To není vhodné řešení pro protokol, který mají používat všichni.
Nvidia: nic jiného náš ovladač podporovat nebude.
Asi každý chápe, že mají nějaké své zájmy a priority. Dlouhodobý problém je, že je těžké s nimi nalézat nějaký kompromis skrz technickou diskusi. A to je těžké, protože ta klíčová rozhodnutí dělají manažeři několik úrovní nad vývojáři, kteří se těch diskusí v upstreamu ani neúčastní. Třeba v Red Hatu je to dost bottom-up. Konkrétní technická rozhodnutí dělají vývojáři nebo maximálně jejich přímí manažeři, kteří jsou do té diskuse přímo zapojení, a firma jim důvěřuje, že domluví pro firmu akceptovatelné řešení. To je pro open-source vývoj přece jenom vhodnější nastavení. Nvidia ale není open-source firma, pro ni je tohle jenom taková bokovka.
Jo, tahle virtuální konverzace vypadá docela jako možná odpovídající realitě, když si to vlákno na freedesktopu zpětně vybavuji. Asi kromě toho posledního řádku. Ale nerozumím tomu natolik, abych na to měl nějaký "tvrdý" názor. Neumím zhodnotit, jestli by přidání podpory klidně čistě jednom pro Nvidii nějak poškodilo celkový záměr. Ale asi by to byla rychlejší cesta k tomu, aby to "prostě fungovalo".
Ad poslední odstavec, ano, můžeme asi být rádi, že vůbec nějak dekstopové ovladače jsou. Pro business by jim možná stačilo jenom rozhraní pro výpočetní záležitosti ...
> Důvod, proč třeba Android nepoužívá Wayland? Proč by to dělali?
Dostali by do nějaké míry hotové funkční řešení? Ostatně v Chrome OS Wayland používají.
Problém nejspíš bude (hádám), že v začátcích Androidu Wayland ještě nebyl dostatečně hotový, a zatím je nic nedotlačilo udělat přechod. Sázet se nebudu, ale nedivil bych se, kdyby za 10 let Android používal Wayland. Za tu dobu je celkem šance, že narazí na něco, u čeho si ty náklady na změnu ospravedlní. Třeba konvergence k Chrome OS.
ChromeOS je mrtvý a Android aplikace v něm fungují příšerně. Spíš čekám konvergenci k Androidu, kde desktop mód je. Jinak co si pamatuju, tak Wayland vznikl právě podle Androidu, takže těžko Google mohl zvolit Wayland (zvlášť když ten dodnes není hotový).
Teď koukám, že ChromeOS používá Wayland jen pro emulaci Android a Linux aplikací a teprve se pracuje na tom, aby i zbytek OS byl ve Waylandu (ať je to všechno stejně). Mimochodem ChromeOS nepoužíval X11 - mají vlastní řešení (X11 nestačilo a Wayland ještě nefungoval).
> ChromeOS je mrtvý
Zdroj?
> Android aplikace v něm fungují příšerně
Zdroj?
> Spíš čekám konvergenci k Androidu, kde desktop mód je.
Když si představím, jak by tam pak řešili podporu běžných Linuxových aplikací, která na Chrome OS je, tak by mě to dost překvapilo.
> Wayland vznikl právě podle Androidu
Může být. EDIT: Což by pak teda znamenalo, že přechod na Wayland nemusí být architektonický složitý.
> ChromeOS používá Wayland jen pro emulaci Android a Linux aplikací a teprve se pracuje na tom, aby i zbytek OS byl ve Waylandu (ať je to všechno stejně).
Ani to zrovna nenaznačuje, že by se Waylandu chtěli zbavovat…
31. 12. 2023, 07:32 editováno autorem komentáře
1. Kde se používá ChromeOS? Akorát na rozdávaných notebookách na amerických základkách.
2. Stačí zagooglit zkušenosti uživatelů, jaké problémy jsou s Android aplikacemi v ChromeOS. Např. blbne fyzická klávesnice a její rozložení.
3. Linux je na ChromeOS jako samostatný screen, ne jako "bezešvý mód". Takže si nemusíte nic představovat, Linux na Androidu jede také "celoobrazovkově" (např. VNC do Termuxu).
4. Proto se Wayland úspěšně používá na mobilech a věcech jako automotive, kde je jen jedna aplikace přes celou obrazovku. Problémy jsou jen na desktopovém Linuxu (kde je více oken vedle sebe/přes sebe a mohou mít i jiné DPI a barevnou hloubku).
5. Však můj odkazovaný článek z tohoto roku říká, že chtějí k Waylandu konvergovat, když ho stejně musí mít pro běh Androidu a Linuxu.
31. 12. 2023, 07:39 editováno autorem komentáře
Zase porovnavame jablka s pomarancmi.
Samozrejme, ze aj ti zli, zli linuxaci chcu explicitny sync. Akurat treba zosynchronizovat viacero subsystemov, z ktorych niektore su chronicky pozadu (kolko kms driverov doteraz nevie ani atomic?), potom je tu milion distribucii, ktore budu mixovat rozlicne, prevazne historicke verzie komponentov (niektore za 10 rokov neboli schopne urobit /usr merge), a teda interim riesenie musi podporovat aj taky variant; a implicit a explicit sync naraz nie je az tak jednoduchy.
To nie je ako Windows, macOS, Android, iOS, kde vlastnik release zaveli, ze od release ABC ideme explicit sync. Nemaju milion distribucii, ktore ukazu stredny prst, lebo su tak zvyknute.
Jak správně přecházet na novější technologie? To je velice zajímavé téma. A obsáhlé. I já jsem zastáncem rčení "dokud to funguje, tak na to nešahejte". A v tomto smyslu chápu zastánce X11. Ale pokud bych použil příměr s auty, tak mi připadají jako zastánci spalovacích motorů, kteří mají proti elektroautům dva zásadní argumenty. 1) Spalovací motory jsou lepší, protože se nemusí připojovat na elektrickou síť. 2) Elektroauta jsou špatná, protože se do nich nedá nalít benzín.
Ovšem úplně jiná diskuze je o tom, jestli nová technologie má právo na život. Tady bych použil jako příklad Windows7. Mají win8, 10, 11 tak zásadní přínos, který by nešel implementovat do Win7? Nebo je "pokrok" jen nátlak na spotřebitele, aby zahodili stávající vybavení a utíkali (zbytečně) koupit nové? Jeden člověk těžko posoudí význam a objektivitu toho kterého řešení. To ukáže až čas. Bohužel čas dost často ukazuje, že prosazená řešení nebyla technologicky nejlepší. Proto jsou lidé k novým technologiím nedůvěřiví. A navíc jsou ze své podstaty konzervy, i když novým věcem vlastně fandí. Jako já.
Mě by spíše zajimalo, pokud je Weston referenční implementace, tak by v něm mělo vše fungovat ne? Proč mám pocit, že to tak není. Přiznejme ze wayland je by design nepovedený a vede pouze k fragmentaci. Vlastně kvalitu linux desktopu co se tyče funkcionality posila cca 20 let dozadu kdy jsme museli dělat jeden hack nad druhým abychom měli desktop alespoň trochu funkčně srovnatelný s Win and MacOS. Ale zde bohužel vidíme jak věci co dříve už bez problémů fungovali najednou nefunguji. A přesně z tohoto důvodu ja člověk který linux používá už od dob kernelu 2.0.x na desktopu odešel před cca rokem a půl k Apple abych nemusel řešit ze něco nefunguje, protože moderní technika má v prvé řadě pomáhat, ale v tuto dobu mi wayland spíše škodí, než pomáhá, a je úplně jedno že to je “moderní” design. To same nedávno udělal i můj známy. Přes 20 let si ho pamatuju jako linux evangelistu a letos v létě už toho měl plné zuby a má na desktopu windows, protože nemusí řešit co a jak nefunguje a má klid na práci. Kdybychom za našim klientem přišli, ahoj, máme pro tebe super super novou verzi platformy na které ti bezi Business, tu starou verzi přestaneme podporovat a btw tak nějak se ti to cele rozbije, protože tohle, tamto a desítky dalších věci v nové verzi nefungují, tak nás pošle do háje a ještě udělá takový PR, že k nám žádný nový klient nepřijde. Mimochodem někdy v roce jsem 2016 jsem si napsal vlastní dialog alternativu v čistém powershellu bez jakékoliv dependence a v tehdy ještě pouze windows powershellu. Minuly měsíc jsem to jen z legrace ukazoval kolegovi a on abych to vyzkoušel v powershell7 na macOS. A fungovalo to kompletně. Tedy o cca 8 let později na úplně jiné platformě. Tomu se říká backwards kompatibilita, kterou má Microsoft tak nějak hluboce zakořeněnou v genomu.
> Tomu se říká backwards kompatibilita, kterou má Microsoft tak nějak hluboce zakořeněnou v genomu.
Novorocny humor. Skuste nejake stare graficke drivre, pripadne starsi HW nainstalovat na najnovsi windows. Skuste niekomu kto robi na windows 7 ukazat najnovsti desktop od microsoftu ci to vobec spozna ze to je rovnaky OS. W7 pouzivam lebo to je tak ekvivalent X11. Fakt sa v tom novom windows oproti staremu nic nezmenilo a rozhranie je uplne rovnake? A prestavte si vsetky bash veci ktore mam to znamena znakove rozhranie som NIKDY nemusel updatovat ze to niekte nefunguje a predstavte si ze funguju aj na WSL. Slaby trolling.
Po straně binární kompatibility se opravdu moc nezměnilo, zde win10 vs win8
https://abi-laboratory.pro/compatibility/Windows_8.1_to_Windows_10_1511_10586.494/x86_64/abi_compat_report.html
PS: mezi win 7 a 8 také minimální změny
To porovnavate iba symboly v userspace knizniciach, pre userspace API vam tam bude chybat minimalne porovnanie exportovanych COM interfaces...
A ked sa dostaneme k ovladacom, tak Windows 8 mal WDDM 1.2 a aktualny Windows 11 ma WDDM 3.2. Tam boli velke zmeny aj v ramci jednotlivych releasov Windows 10. Preto maju AMD aj Nvidia pri ovladacoch disclaimery, ze dany release ovladaca pozaduje minimalne Windows 10 release X apod.
Tvůj text je plný nesmyslů.
* Kdyby byl Wayland nepovedený, tak se neujme. Fragmentaci způsobuje to, že Linux a jeho desktop nevyvíjí jedna jediná firma, ale hromady firem a jejich týmů po celém světě.
* Wayland rozhodně neposílá desktop 20 let dozadu. Vygoogli si, jak tenkrát desktopy vypadaly. To že se musely dělat nějaké hacky nic neznamená. S Waylandem právě žádné hacky dělat nemusíš, třeba aby se ti vůbec objevilo nativní rozlišení monitoru.
* Že někdo odešel k Applu o Waylandu, potažmo Linuxu, nic nevypovídá. Tam odešla spousta lidí, primárně za Mkovými procesory.
* Pokud vám klient zaplatí udržování 20 let starého softwaru, tak proč ne. Xorg nikdo platit nechce.
* Co prosímtě děláte, že když máte jednoho nespokojeného klienta, tak dokáže zařídit, že další už nepřijde?
* Mám 20 let starý BASH skript, který pořád funguje. V té době byl PowerShell jen jiskrou v oku Jeffreyho Snovera. 8 let je nic. Máme v produkci 8 let starý docker image, který také pořád funguje.
V tom problém nemám, ale za předpokladu ze ta nová technologie bude alespoň tak nějak drop-in replacement a bude nabízet obdobnou funkcionalitu. Což se ovšem v tuto chvíli o wayland říci nedá . Kdyby měl wayland v okamžiku kdy ho zacne někdo silou tlačit kvalitní SDK okolo, co by řešilo to o co v tuto chvíli přicházíme, tak mlčím a jsem s tím v pohodě. Ale tak to Jiří není, že?
Vetsina DOSovych aplikaci se i na win 11 da spustit ... nevypada to, ze by jim neco zasadne chybelo.
S waylandem je to presne naopak, zadna Xkova aplikace pod nim bez naprosto zasadniho prekopani nefunguje, ze? A co vic, jako bonus, se ani nedaji prekopat tak, aby zachovaly kompletni funkcnost, jednoduse proto, ze to pod waylandem nejde ...
Jina alegorie ... microsoft zrusi podporu dx ... a vytvori nove uzasne api, ktere ovsem bude umel leda caru, vodorovne nebo svisle. Sikmou si bude muset kazdy poskladat sam ...
Presne tohle jsou X vs Wayland.
Tak srovnávat BASH s powershell není úplně na místě, vzhledem k tomu ze pwsh je spíše cely framework, srovnávat 8 let starý docker image container je jako srovnávat ze mi bude fungovat 14 let stará development virtuálka s win sql serverem 2008 R2 co určitě mám někde v backupech. Ale ja měl s powershellu na mysli ze po mnoha letech funguje stejný kód co používá abstrakci nad tehdejším windows shell “terminálem” a nynějším linux VT compatible terminalem (a přiznejme, ze ten widlí měl k tomu hodně daleko).
Ja nepotřebuji googlit jak to kdysi vypadalo sám jsem začínal na RedHat 5.x s windowmakerem a také KDE 1.0 prerelease. Pokud vizuální reprezentaci VM považujete za backwards kompatibilitu, tak je něco špatně. Ja mluvim o kompatibilitě v rámci API/ABI.
Jo, OK, dvacet je asi trochu přehnané. Deset ano. Přesněji řečeno: ne Wayland koncepčně jako takový, ale to, že spousta věcí na něm nefunguje. Kdyby fungovala není, problém. Není to chyba Waylandu, je to problém jeho poněkud bezhlavého protlačování. I když to tedy začíná trvat poněkud dlouho, ten vývoj.
Pokud zítra updatuju distribuci, ona se někde na pozadí přepne na Wayland a desktop bude chodit přesně stejně jako předtím nebo mi to něco přinese navíc (zajímalo by mě ovšem co), není problém. Jenomže to pro většinu uživatelů neplatí: navíc to většině z nich nepřináší zhola nic a naopak věci přestávají chodit. Pak se těžko můžete divit zvýšenému odporu. Lidé obecně chtějí pracovat, ne řešit podobné podružnosti.
Pokud zítra updatuju distribuci, ona se někde na pozadí přepne na Wayland a desktop bude chodit přesně stejně jako předtím nebo mi to něco přinese navíc (zajímalo by mě ovšem co), není problém.
Tohle jsme ve Fedoře udělali před lety a hádejte co, většina uživatelů si toho ani nevšimla. Já dnes musím jít do "O systému", abych se ujistil, že běžím na Waylandu, prostě to nepoznám, Wayland mi nijak nepřekáží. Máme hodně podrobnou analýzu toho, co ten přechod obnáší, co chybí, co budou muset zákazníci dělat jinak, na které dělalo hodně lidí před tím, než jsme to rozhodnutí v RHELu udělali, takže mám docela dobrý přehled, o čem to je.
Zdaleka největší problém, který uživatelé s Waylandem měli, bylo sdílení obrazovky, kdy se aplikace dál spoléhaly na to, že mají přímý přístup k framebufferu celé obrazovky. To je ale dnes de facto vyřešené. Prohlížeče a Electron, kde takové aplikace dnes běží, už podporují nové API PipeWiru. Navíc to je kontrolovatelný přístup, který se dá té aplikaci odmítnout. Co se týče bezpečnosti, je to úplně někde jinde (když tedy chcete ty výhody).
Můžeme tady žehrat nad tím, že si nemůžeme pustit vzdáleně konkrétní okno aplikace, ale tohle je problém, který se dotýká tak procenta uživatelů. Ani to možná ne. I na tyhle problémy dojde, ale je logické, že problémy, které se týkají malého počtu uživatelů, přijdou na řadu až jako poslední, nebo taky nikdy, pokud těch uživatelů, kteří to používají, je naprosté minimum.
Taktiež sa pripájam k sentimentu. Používam Fedora už posledných pár rokov a prechod na Wayland bol úplne bezbolestný. Naviac sú na GNOME výborne implementované touchpad gestá, ktoré pod X session nefungujú.
Uznávam ale, že z pohľadu Linuxu som absolútne štandardný používateľ (Intel/amd GPU + GNOME).
> Můžeme tady žehrat nad tím, že si nemůžeme pustit vzdáleně konkrétní okno aplikace, ale tohle je problém, který se dotýká tak procenta uživatelů.
To je pravda, ale zrovna na Rootu se tohle procento koncentruje, protože tu jsou lidi, co dělají právě ty technické věci, při kterých tohle využívají. Proto je jich v diskuzi tolik ;).
Tím lépe. Ale pořád to nic nemění na tom, že to, že je něco dostatečné pro 80 % lidí ještě opravdu neznamená, že je to vhodné pro každého. Od podobné změny technologie prostě očekávám, že kromě vyloženě antikvárních dávno nepoužívaných features bude fungovat vše jak má. Ostatně tohle mi na mých systémech udělat, právě kvůli tomu X11 forwardingu by Fedora letěla při první příležitosti. Ale chápu, že korporátům a zákazníkům to může být jedno, jen to nějakého admina připraví o pár volných víkendů a ještě mu to zaplatí.
> Kdyby byl Wayland nepovedený, tak se neujme.
"Nepovedený" není binární vlastnost. Konkrétně u Waylandu jde o "neobsahuje některou pokročilou funkcionalitu". Pro lidi, co ji nepoužívají, je v pohodě použitelný. Ale zrovna na Rootu narazíte na lidi, co mají vysoké technické nároky, čistě tím v jakém oboru dělají.
Nebo ještě jinak, "nepovedený" neznamená, že se neujme. Například klasický macOS byl na konci devadesátek šíleně nepovedený, architektura Windows 95 taky, a přitom to používali všichni.
Nebo ještě jinak: argumentoval bys stejně i před pár lety, kdy ještě Wayland neuměl VNC (nebo ekvivalent) _vůbec_, kdy neexistovalo wdotool/wtype atd.?
> Wayland rozhodně neposílá desktop 20 let dozadu. Vygoogli si, jak tenkrát desktopy vypadaly.
Můj desktop „vypadá“ už 15 let tak nějak stejně (20 nevím, tehdy jsem Linux ještě nepoužíval).
> S Waylandem právě žádné hacky dělat nemusíš, třeba aby se ti vůbec objevilo nativní rozlišení monitoru.
Tak tenhle problém jsem už hodně dlouho nemusel řešit, asi žiju v nějaké alternativní realitě. Nebo myslíš hacky co se dějí pod kapotou? S tím naprosto souhlasím - X je slepenec a hrůza - ale diskuze je z pohledu uživatele, který tohle nevidí, ten vidí jestli mu to funguje nebo nefunguje.
"X je slepenec a hrůza"
Wayland je uz davno presne totez, a bude to jeste mnohem horsi, az tam dolepej vsechno to, co to neumi a umet musi.
Neznam ani jedinej pripa jakehokoli SW, kde by "novy uzasne od nuly prepis" naprosto cokoli vyresil, zato znam osobne desitky a z doslechu stovky aplikaci, kde s kazdou dalsi uzasnou zmenou technologie vzdy prestalo 50% veci fungovat uplne, a ten zbytek fungoval znatelne hur.
> odešel před cca rokem a půl k Apple abych nemusel řešit ze něco nefunguje, protože moderní technika má v prvé řadě pomáhat, ale v tuto dobu mi wayland spíše škodí, než pomáhá
To je nesmysl. Wayland není povinný ani teď a už vůbec nebyl povinný před rokem a půl. Jasně, třeba za 5 let bude tohle reálný problém, ale teď linuxový desktop plně funguje na Xkách.
Jo, tahle urban legend mě taky baví, když si pamatuji, jak to bylo interně. Lennart si vzal měsíc dovolené, aby napsal prototyp systemd, pak přesvědčil komunitu Fedory, aby jej nasadila. Když se to dostalo do zorného pole product managementu RHELu cca o dva roky později, byl systemd tak integrovaný do Fedory a přijatý dalšími distribucemi, že už nebylo cesty zpět. Interně o systemd probíhala podobně divoká diskuse jako veřejně, protože, světě div se, Red Hat je plný lidí s různými názory. Takže asi takhle "vnutil" Red Hat systemd světu. :)
Ale chápu, že pro některé je přijatelnější pohádka, že nepopulární systemd vnutil světu zlý Red Hat, než to, že většině klíčových lidí, kteří rozhodují o vývoji distribucí přijde systemd jako dobrý nápad.
Osobne pouzivam windows desktop a linux desktop pouze v pripade nutnosti. Potrebuju pracovat a ne resit saskarny
Bud na w10 hyperv, nebo zdalene via SSH na MobaXterm
Nedavno jsem zkousel RHEL9 s KDE pro specifickou aplikaci na Hyperv. Vysledek, VM si bere 100% CPU na generovani grafiky, po prepnuti na X funguje OK.
Neco jako ssh -X pro wayland jsem nenasel,.nenasel jsem ani zadny waypipe klient do windows.
Soucasny stav waylandu je naproste zoufalstvi a vynutit si tento polofunkční zprasek bez schopnosti multillatformni spoluorace s okolim povazuju za krapet nerozumne.
30. 12. 2023, 18:25 editováno autorem komentáře
Nedavno jsem zkousel RHEL9 s KDE pro specifickou aplikaci na Hyperv. Vysledek, VM si bere 100% CPU na generovani grafiky, po prepnuti na X funguje OK.
Bylo by fér dodat, že KDE vůbec není součástí RHELu 9, takže jste si tam nainstaloval nějaké komunitní balíčky a ještě v konfiguraci s Waylandem, která není na RHELu podporovaná snad ani tou komunitou. Rozjel jste si nepodporované řešení a výsledek tomu odpovídá. Na ty Widle, macOS nebo co používáte taky neinstalujete nepodporovaná alternativní desktopová prostředí a nestěžujete si potom, jak to blbě funguje, nebo ano?
Všechny komponenty grafického stacku v RHEL berou ohled jen na GNOME, což je jediné prostředí, které je v distribuci k dispozici. Můžete si tam nainstalovat, co chcete, ale je to na vaše riziko, může to fungovat, ale taky vůbec nemusí. Vyvozovat z toho nějaké závěry ohledně nějaké z použitých technologií je prostě zavádějící. Zrovna u desktopu je ta vertikální integrace dost podstatná.
K te (ne)ferovosti se ale slusi poznamenat, ze EPEL i vy sami uzivatelum podbizite ;-)
No já nevím, jestli jeden blogpost, kde se jasně uvádí, že to není podporované, je nějaké podbízení. Když použijete EPEL, tak to holt musíte užívat s mírou. Když nainstalujete pár balíčků, bude to pravděpodobně OK, když nainstalujete stovky balíčků a přepišete celé desktopové prostředí, tak těch problémů musíte čekat víc.
EPEL nic neprepisuje, pouze nabizi baliky, co v samotnem RHEL nejsou. Ze se na takto doinstalovane baliky nedrzi SLA ze strany RH je logicke, ale proste to take neni tak, ze by RH rikal, ze s EPEL ztracim podporu na cokoliv. A text je o tom, ze uzivatelum sami rikate "nenasels to primo od nas, strc si tam tohle"... a ze tomu interne rikate blog je irelevantni, je to na oficialni domene, je to proste navod od vas. Vsak firmy blogy casto ruznymi zpusoby, ze?
Já jsem to nemyslel tak, že to přepisuje soubory původního desktopu, ale že mění výchozí desktop za jiný. Nikdo netvrdí, že instalací KDE přijde o SLA na cokoliv. V tomto případě si stěžuje na problémy v KDE, tedy na to, na co se SLA nevztahuje. Kdyby někdo nahlásil, že mu něco nefunguje v KDE na RHELu, tak se to zavře jako WONTFIX.
Tohle je typická argumentace vlastním unikátním příkladem. Sám se jí často nevyhnu, ale sluší se dodat, že to nelze tvrdit obecně. Dovolím si tě parafrázovat:
Osobne pouzivam linux desktop a windows desktop pouze v pripade nutnosti. Potrebuju pracovat a ne resit saskarny
V mém případě je to o tom, že já primárně potřebuji dělat s webovými věcmi (od Teamsů přes Root.cz systém až třeba po Googlí věci). Když chci patlat nějaké video, mám Avidemux / ffmpeg / Kdenlive, víc nepotřebuji. Když potřebuji dělat s fotkami, mám GIMP / Rawtherapee. Přehrávání věcí řeším s MPV + Audacious, zvuk edituji v Audacity. Občas musím z Firefoxu odskočit do Chromia či Brave (ale nebývá to často). Na kancl věci je tu LibreOffice + jeho export do PDF, pokud to potřebuju někde, kde LO není.
Vlastně do Windows 11 lezu jen když se musím cíleně hrabat v nějakých OOXML dokumentech, ale že tenhle dávno-ne-už-open-source formát nefunguje dobře v LO, je vina Microsoftu a nikoho jiného.
Hry prakticky nehraji, kdyžtak tu a tam spustím z nostalgie něco jako Skyrim či Fallout 3+4, ale činím tak pohodlně z Linuxu skrze Stem/Proton.
Dokazuje to něco o kvalitě platforem? Nikoli. Prostě můj způsob práce/užívání je takový, že v Linuxu s GNOME na Waylandu jsem nejspokojenější. Jsem spokojený dokonale? Ne, ale tahle kombinace je tomu nejblíž. Pochopitelně na Intel hardwaru, Nvidii jsem naposled měl v podobě GTX 750 Ti, a tu jsem na jaře 2016 prodal. Pak už jen Intel iGPU či nějaký Radeon.
X11 VS Wayland - je zde jedina otazka, opravdu je to potreba ? - ziskame tim vyssi vykon, usnadni nam to neco - ano je to tak, pro X ani Wayland nikdo nic psat nebude, opravdu pisem veci pro GTK nebo QT , SDL etc. a ty nam prtave zprostredkuji, ze to spravne interpretuji pod cimkoliv od Windows, MacOS pro linux s X11. - tedy pokud to necemu pomuze, tak je prechod nutny a je jen otazkou casu.
Pokud to bude rychlejsi tak to pozna i uzivatel, pokud ne, tak to vubec nepozna.
Bude je X.org tak super a menit jej nema cenu, nebo je dost zastaraly a zkostnately a zmena je proste zivot - Wayland ma pro starsi apky X11 vrstvu a podle me ji nema cenu nicit - vsechny velke projekty stejne prejdou a na starsi nam zustane to, az to uplne zanikne.
Plno lidi se boji zmeny a to neni cesta, je otazka, zda je to zmena k lepsimu, snad ano, v dobe zvuku OSS VS ALSA asi nikdo neprotestoval, protoze to samozrejme 100% fungovalo a jen jsme tim dramaticky ziskali - pak prisly ruzne audio servery, ktere se ale nepouzivaly, az prisel pulseaudio - de fakto bez vetsich problemu, nejprve to byla volba a pak na to presli vsihni, ted mame pipewire - okamzite jsem si jej zapnul - funguje i pawucontrol - mozna je pipewire ready ;-) - takze super, vse jede, male tajemstvi, kerenly jsou porad ALSA - takze funguji apky s OSS (ty uz ale nikdo nema) ALSA - tech je stale kupa a pulse/pipewire - vse hezky spolu a podle toho jake API volaji se rozsiruji moznosti filtru, efektu atd. bez nutnosti, aby je umela samotna aplikace - cili to funguje.
Jasne problemy jsou, jako u vseho noveho, ale hlavni je budoucnost - pokud nam to neco prinese a posune nas to vpred tak ja rikam ANO - snad to nebude regrese jako cela nase EU a grean deal ;-)
Ja mam Fedorau a vlastne ani nevim zda pouzivam Wayland, urcite tam je, ale mam XFCE a to jej pokud vim nepodporuje a Xserver od Nvidia - ten neco na webu o podpore wailandu pise ale balicek je porad xorg-nvidia-* - takze bud mam porad X11 a nebo mam wayland modul pro X11 - nekdo to proste udelal za me ja jen upgradoval a vse jelo, tak neresil, co pouzivam - jen vim, ze jsme kvuli toho zustal 2 verze Fedora dozadu, nez se vse vyresi - a pak zkusil, zda se to vyresilo - a vyresilo, dekuji vsem vyvojarum a lidem, co to vyresili, otestovali a dali do RPM baliku na rpmfusion-nonfree-nvidia-driver - ten ma script a ten vse zajisti, mohl bych to prostudovat ;-)
"Bude je X.org tak super a menit jej nema cenu, nebo je dost zastaraly a zkostnately [...]"
A kde vidis tu variabilitu u Wayland kompositoru, ktere se primo pisou - pro uz tak dost zmonolitizivona - "moderni" desktova prostredi? Drive jsi mohl vzit WM, pridat k nemu spravce plochy, desktop panel, atd ... S trochou snahy jsi si mohl z ruznych prostredi poskladat sve vlastni. Nejak mi prijde, ze s porichodem Gnome Shellu a nasledne Plasmy se zacinaly desktopy menit v monoliticke molochy. To neni zkostnatele?
Nemluve o tom, ze tenhle koncept mi prijde tak trochu jako podraz na vyvojare tech prostredi.
2. 1. 2024, 20:08 editováno autorem komentáře
Davide, osobne jsem na KDE (potazmo spis na vyvojare Debianu) vylozene - promin mi ten vyraz - silne nasrany a to uz z doby pred vanocemi, kdy jsem zjistil, ze mi natahalo do systemu bez meho vedomi Snap a Flatpak. Nejprve to vypadalo ze vinikem je Gnome, takze druhy den letel Cinnamon (jediny zastupce z desktopu zalozenych na Gnome, ktery jsem mel) a vse co jen vzdalene smrdelo po Gnome. Pri tom se ukazalo, ze pravym vinikem byly baliky PLUGINU (!!!) do instalacni utility KDE. Takze ted poleti i KDE/Plasma A definitivne jsem s nimi skoncil. Gnome me moc neboli - nikdy jsem ho nemel v oblibe a le to KDE me dost mrzi.
Jak se postavim k samotnemu Debianu jeste nevim, musim se nejprve vyklidnit. Bloatware fakt NE!
Tudiz asi bude pochopitelne, ze je mi uz uplne burt, co mele nejaky manik z KDE (nebo Gnome). Zvlast, kdyz sam mam za sebou vyvoj spravce oken a nektere z jeho vyroku mi prijdou - optikou techto zkusenosti - jako no, rekneme dost zavadejici.
Co se tyce Waylandu, povazuji, tak nepatrim mezi jeho nadsence. Nicmene, na druhou stranu mi silne vadila ta schyza XOrg/Wayland. Navic co si budem - sam nemam vytaminky na to abych mohl udrzovat XOrg a zadne dalsi reseni v tuto chvili nemam. Takze mi nezbyva nez se prozatim smirit s tim co je. Avsak, to ze od RH da ruce pryc od XOrgu, jeste zdaleka neznamena, ze bude za tyden mrtvi (jak se muze zdat z nekterych prohlaseni) a myslim ze dokonce ani za rok ne.
Takze pro me je aspon dobrou zpravou ze se to zacina hejbat dopredu. Zatim to vypada, ze ne uplne tim smerem, jakym bych si pral, ale ono jeste neni vsem dnum konec a za rok muze byt vsechno jinak....
Ja se prozatim pokorne vratil na Fluxbox a Awesome a dal uvidime.
2. 1. 2024, 19:40 editováno autorem komentáře
skoro jiste podporu Snap a Flatpaku nenatahlo bez tveho vedomi, ale zobrazilo ti to v seznamu pridavanych baliku pri aktualizaci... ;-)
logicky, pokud graficky "Spravce Programu" ma byt pouzitelny pro BFU, musi umet instalovat i z Snap a/nebo Flatpaku... protoze "proti" tvemu nazoru byla druha strana co si stezovala ze z Snap a Flatpaku se musi instalovat z terminalu misto aby to umel (stejne jako s balicky z repositare) graficky spravce programu ktery pouzivaji...
btw: nepouzivam KDE, Debian (ale Xubuntu) ani grafickeho spravce programu, snap mam odinstalovanej a z flatpak pres terminal nainstalovan/aktualizuju_rucne jen Geary kterej navaznosti na nove verze Gnome komponent ani klasickym balickem dorucit nelze....
Ano seznam baliku pri aktualizaci samozrejme uvidis, ale jedine v pripade, ze ji delas rucne. Pri automaticke aktualizaci se te system na nic nepta. A pri instalaci distra budes dneska asi tezko prochazet kazdy balicek a zvlast jej povolovat/zakazovat. A ve chvili kdy vidis hlasku o instalaci nejakeho softu na monitoru, nebo v logu, je uz jaksi pozde - uz je najebany v systemu. Takze ano bylo to bez meho vedomi
Dale, "tvrde zavislosti" (napr. vyzadovany) neumoznuji zadnou volbu, jsou v baliccich pro instalaci dalsich balicku, ktere jsou nutne pro zivotne dulezite funkce daneho programu. Ale ne proto, aby se jimy vynucovala instalace rozsirujiciho software (napr. pluginu) Pokud jsem si vsiml, zatim neni ani Flatpak, ani Snap vychozi na Debianu, porad je to DEB. Tudiz toto jsou sluzby a software jaksi navic - tedy rozsirujici.
Bavime o spravci instalaci, ktery tedy umi vyvolat a automatizovat instalaci software jiz ze sve podstaty, takze asi nemusi "obtezovat" chudacka BFU pouzivanim mozku a zadavanim prikazu do terminalu, kdyz mu chce nabidnout instalaci balicku s jeho vlastnimi doplnky. Navic, treba na Debian based distrech je takova uloha celekem trivialni zalezitost obecne, kdyz vis co se ma instalovat (coz v pripade vlastnich rozsirujicich modulu jiste vis. Konec koncu zvlada to treba i takovy Steam.
Ja nesdilim ani postoje ani pozadavky beznych BFU. Jinak bych si distro vybral tak, ze bych na nejake forum polozil milionkrat prodiskutovanou otazku typ "Nevite pls, jaky linux je cool pro zacatecniky" a po kilometry dlouhe diskuzi o nicem, zkusil nainstalovat prvni co mi utkvelo v pameti. Takze bych pravdepodobne skoncil na Manjaru, Fedore, Mintu, nebo Ubuntu ( A dost silne pochybuji o tom, ze prave tito uzivatele vubec vetsinove znaji Flatpak nebo Snap a ze prave oni jej vyzadovali). Jenze ja se neptal nikoho a zvoli si Debian. Z toho je snad videt, ze jsem vedel proc a co chci.
I kdyz se posledni dobou nektere zajmove skupiny snazi i ve sferach Linuxu tvrdit neco jineho, tak nazor uzivatele (tedy i ten muj) na jeho vlastnim pocitaci je proste zakon. Tady totiz nejde primo o Snap, ci Flatpak jako takove, je totiz uplne jedno co a z jakych duvodu si ja o nich myslim. To podstane je, ze timhle Debian silne podkopal moji duveru, ze me takovych podrazu usetri - coz bylk porave jeden z tech hlavnich duvodu, proc jsem si jej tak oblibil. A prave proto jsem vytoceny do spiraly.
Ono totiz, kdyz ti nabizi sluzbu slusny a inteligentni clovek bez postranich zajmu, tak se te nejprve zepta, zda o ni mas zajem a podle tve odpovedi jedna. Prase ti ji nacpe rovnou do chrtanu, co ono chce, bez ohledu na tve zajmy a jeste se to snazi delat tak aby sis toho pokud mozno nevsiml, a nebo co nejpozdeji. A ze se toho ted za posledni roky vyrojilo.
A mimochodem, to je take presne princip bloatware...
3. 1. 2024, 20:21 editováno autorem komentáře
ano, instaluju aktualizace rucne, pro lepsi prehlednost nastrojem nala a naprosto jasne je tam videt pokud se krome aktualizovanych balicku i nejake pridavaji... (coz je videt i v cistem "apt" jen ne tak vyrazne...)
Jinak receno, standardni widlochovani. Tam ti taky natlacej do systemu veci, ktere nechces a nepotrebujes. Ted uz jen zbyva ten krok cislo 2... znemoznit ti se toho zbavit.
Sem v ocekavani, kdy mi tux rekne, ze nemam opravneni jako root ten ci onen soubor odstranit/upravit ... stejne jako na widlich administrator.