> Že deset let čtu jen nadávky, včetně této zprávičky.
Tak začněte číst třeba blogy a prezentace vyvojářů X (dnes vývojářů Waylandu).
> Je někdo z Waylandu vůbec nadšený?
Ano, např. lidé kteří viděli, kolik hacků a ošklivostí je v kódu v Qt aby X11 fungovalo a kolik výkonu toolkit obětuje na to, aby koncový uživatel měl pocit, že ty Xka fungují.
Například ten tiše spokojený uživatel Waylandu před nějakou dobou asi nepoužíval žádný způsob připojení se k tomu Waylandu na dálku (a i teď je to docela tragické -- každý si to implementuje po svém - wayvnc pro wlroots věci, GNOME má něco, KDE má něco, naVNCčkovat se na přihlašovací obrazovku asi nejde vůbec), nepoužíval automatizaci myši (xdotool) a vyplňování kláves ze kterých teprve nedávno část implementoval wdotool a wtype (k čemu to je? no třeba pokud máte nějaký management serveru, který běží v nějakém příšerném appletu a nefunguje tam pastování ze schránky, nebo máte stránku co se brání aby tam někdo pastoval hesla z password manageru, tak tam můžete něco snadno pastnout tím, že uděláte xdotool type "`xclip -out`"), a nyní nepoužívá že by si třeba naskriptoval, že podle toho, kde je, co dělá a kolik má připojených jakých monitorů, tak se mu okna automaticky rozhází po monitorech a virtuálních plochách.
Ne, ty diskutované problémy (VNC, xdotool/wtype, vytvoření screenshotu(!), posun okna klávesovou zkratkou/skriptem) nejsou spacebar heater. Ty první dva pozorováním, že to zjevně někdo implementoval a jsou to populární a udržované aplikace, které lidi používají.
29. 11. 2023, 11:48 editováno autorem komentáře
KDE aj Gnome uz nejaky cas[1] podporuju RDP; nie je to uplne dokonala podpora (nevie zatial headless session, handoff session medzi headless a konzolou -- ale pracuje sa na tom), ale stale je to lepsie, ako lubovolny VNC bastl kedy bol.
Vytvorenie screenshotu a hw-akcelerovany[2] screen casting uz tiez funguje nejaky rok; len si to kritici neracili vsimnut, ved co by potom kritizovali, vsak.
No a niektore kompozitory (napr. zrovna ten najskriptovatelnejsi) nedovoluje okna posuvat vobec ;).
[1] dost dlho, aby to bolo v aktualnom Ubuntu LTS
[2] co je nieco, co v X11 nikdy nebolo a ani nebolo mozne to tam dorobit
> KDE aj Gnome uz nejaky cas[1] podporuju RDP
OK, můžete mě a ostatní čtenáře prosím poučit, až mě to zase potká (naposledy mě to potkalo v Ubuntu 17.10 kde poprvé udělali Wayland default a odpověď byla „to nejde“): jak se 1) připojím k běžící session na fyzickém monitoru, když jsem k počítači připojený přes SSH (to vím že jde, ale bylo to pro každý kompozitor jiné - pro wlroots wayvnc, pro Gnome/Mutter 1, 2, pro KWin nevím; na druhou stranu to gnomí ukazuje API před XDG desktop portal, tj. třeba se to taky někdy standardizuje), 2) připojím k běžícímu display manageru („GDM“) abych se tam mohl na té fyzické obrazovce přihlásit? Display manager by měl taky podporovat to XDG portal API a přes to by to mělo jít?
Vidím, že se situace zlepšuje -- já nemám nic proti Waylandu, až tam dodělají chybějící funkcionalitu, tak to jistě bude mnohem lepší než X (tím, že to není protokol z roku 1980, na který se lepí extensions). Ale sorry, to vaše „co Wayland ještě neumí je spacebar heating“ je mimo zejména pokud byste totéž tvrdil třeba před pár lety, kdy se ani ty dnes podporované věci neuměly.
> No a niektore kompozitory (napr. zrovna ten najskriptovatelnejsi) nedovoluje okna posuvat vobec ;).
O kousek níž píšete o „běžných uživatelích“ - takový běžný uživatel používá tiling WM? :)
29. 11. 2023, 21:01 editováno autorem komentáře
[ja.]
A ty jsi ta ticha vetsina? Ja bych byl s tim nalepkovanim pomerne opatrny.
Ti uzivatele jsou mozna v mensine, ale v pomerne vyznamne mensine - o tom svedci treba i vytvoreni a udrzovani nekolika dister bez systemd - napr Devuan.
Dalsi treba jako ja, byl spokojen do te doby, dokud nezjistil, ze ne vse je tak pekne slunickove a jednoduchy pozadavek typu "Spust skript pri vypinani systemu pred odpojenim lokalnich disku a internetoveho pripojeni a pockej na jeji dokonceni" dopadne na ctyrech ruznych systemech ruzne, z toho na dvou selze, protoze je tvrdosijne z me neznamych duvodu spousti pozde (po odpojeni lokalnich diskovych jednotek). A kdyz k tomu pripocitam poemrne dlouhou dobu co to resim ....
Takovy uzivatel se pak stane hrube nespokojeny, a silne nedutklivy a myslet si neco zabanovatelneho na adresu autora tech nalepek.
29. 11. 2023, 05:37 editováno autorem komentáře
No tak konkretne Devuan ukazuje, ze je to fakt mensina; jej vyznam je porovnatelny s fan klubom Amigy.
A rovnako ako fanklub Amigy nema ziadny vplyv na dalsie smerovanie nicoho, podobne to bude aj s Devuanom. Budu to mat stale tazsie a tazsie, pretoze implementovat niektore ficury s ideologiou "a vyhnime sa systemd, nech to stoji co to stoji" bude coraz narocnejsie, az postupne ludia budu z projektu odpadavat a bude coraz minoritnejsi. Ale drzim im palce, aspon maju nejake hobby.
To by me zajimalo, co ma bios spolecnyho s tim, ze do systemu pribudou dalsi PCI device a tudiz se vygeneruji jine nazvy, protoze ty se kupodivu (ja vim, to ty nemuzes vedet) generuji prave ze zbernicovych ID tech karet ...
A deje se to zcela samozrejme i u libovolne HW, kdyz se zmeni osazeni kartama.
Jediny zpusob jak to vyresit je napsat pravidla treba na MAC adresy ze? Jo to ty taky nevis ...a nektera distra ta pravidla generuji bydefault pri prvni startu, coz taky nevis ....
> aneb kdyz vam i na HW to po pridani sitovky presklada veci cislovani PCIe slotu, tak to je bordel na strane vyrobce
Ale bohužel se s tím musíme naučit žít -- kdyby Linux neměl workaroundy na různá chybně se chovající zařízení, tak nefunguje snad nikde. A tohle se běžně děje, já konkrétně jsem to potkal na desce Asus Z10PE-D8 WS (tj. žádný lowend a fakt nevím co lepšího bych měl kupovat místo toho a jak to poznám), kam jsem přidal grafickou kartu a přejmenovaly se síťovky. Ono to možná ani o moc líp nejde -- dneska se běžně dělá, že když připojíte jednu kartu, tak se linky agregují do x16, a když obsadíte více slotů, tak se to rozdělí na několik x8/x4 a předpokládám, že tohle pak dělá ten nepořádek.
Já se na to vybodl, a na strojích, kde je jedna síťovka, to vypínám úplně (a jmenuje se tak navždy eth0 -- nemám zájem aby se přejmenovávala podle aktuálního počasí), na strojích, kde jich je více, nastavuji pojmenování podle MAC adres. A upřímně moc nechápu, proč pojmenování podle MAC adres zrušili, přijde mi to o dost stabilnější než „5. zařízení na 2. sběrnici“, u kterého stejně z manuálu desky těžko vyčtete, která to je, a mnohem rychlejší je bliknout si linkem a podívat se, která LEDka svítí.
Ano, s tim se musime naucit zit. Proste se po zasahu do HW muze prihodit, ze z enp3s0 se muze najednou stat enp5s0 pote, co se tam prida enp1s0. No a... to same se mohlo stat s eth0/eth1 schematem, kdy se ty sitovky proste prohodili po ekvivalentnim ukonu. Kvuli tomu fakt nemusim brecet na internetech a nadavat na zle systemd.
Pojmenovani podle MAC je zdanlive jevi jako skvele.... ale taky jen do chvile, kdy vam treba umre serverova deska a vy ve snaze system co nejrychleji rozjet vyndate disky z mrtveho stroje a prehodite je do typove stejneho spare chassis. Zrovna na tech serverech to funguje krasne - eno1 je vzdy prvni onboard sitovka, s tim MAC schematem mel clovek krasne eth0 - eth3 a po zapnuti mu tam vyskakali eth4 - eth7... navic se ani neresilo poradi na desce, zalezilo na tom ktery ovladac se probral driv (protoze ano, jsou desky, kde mate treba dva porty s ixgbe a dva s igb).
> Zrovna na tech serverech to funguje krasne - eno1 je vzdy prvni onboard sitovka
Až na situace, kdy to nefunguje, a zhruba jednou za pět bootů se prohodí :)
> ale taky jen do chvile, kdy vam treba umre serverova deska a vy ve snaze system co nejrychleji rozjet vyndate disky z mrtveho stroje a prehodite je do typove stejneho spare chassis
OK, dobrý příklad, to mě nenapadlo (neměl jsem tento usecase, po přehození to byl typicky trochu jiný HW a tak jsem s nutností změny konfigurace automaticky počítal).
Mluvis o tech 99% uzivatelu tuxe, kterym kdyz se toto dostane pred oci, tak konstatuji ze jdou na windows, protoze tam to funguje blbe ale alespon porad stejne blbe? Nezname totiz nikoho, kdo by na tehle zhuverilosti neustale nenarazel na to, ze neco nefunguje. Mluvim o uzivatelich aplikaci kteri proste jen chteji spsutit svoji aplikaci. A ani to nefunguje.
Zadna ticha vetsina neexistuje.