systemd 247

Po téměř čtyřech měsících vývoje od vydání verze 246 byla vydána nová verze 247 správce systému a služeb systemd (GitHub, NEWS).

26.11.2020 20:22 | Ladislav Hagara | Nová verze

Komentáře

[x]

Tak hned prvni veci KERNEL API INCOMPATIBILITY je uplna pecka Hlavne ta cast

Please note that this incompatibility is not fault of systemd or udev, 
but caused by an incompatible kernel change that happened back in Linux 4.12

A ci by to tak asi byla chyba, kdyz sedite v jednom baraku v jedne firme

[skunkOS]

Jo, rozbíjení API, zpětně nekompatibilní změny, divné chování.

To mi připomnělo: https://itvision.altervista.org/why.linux.is.not.ready.for.the.desktop.current.html#Commentary_From_the_Author

[Jendа]

WTF, to je ta stránka, ze které jsem náhodně nasamploval (pokračování) asi 10 řádek a doslova všechny z nich byly úplně nesmyslné.

[skunkOS]

Jako, některé věci v tom článku jsou zavádějící, pár věcí možná bude fakticky lež, nicméně projděme si třeba sekci "Software support:"

"No high level, stable, sane (truly forward and backward compatible) and standardized API for developing GUI applications" - prostě pravda, nejde to rozporovat. Co funguje v Gnome, se rozbije v Qt, co funguje v Qt 5.3, nefunguje v Qt 5.12+.

Celá sekce "Wayland" až na pár věcí, kde přehání, je pravda. Jak může někdo navrhnout display protocol, aniž by se skutečně vzalo v potaz RDP a počítal se s tímto už v návrhu?

Další věc, neustále rozbíjení a totální nekompatibilita API na úrovni kernelu/X11. Když vyjde nový build Windows 10, tak Nvidia GPU prostě jede dál. Jen v Linuxu se v lepším případě překompiluje modul, v horším jsem prostě v pr**li a čeká se na novou verzi driveru pro daný kernel či X11.

Ano, ten přehled je celkově mírně tendenční a čiší z něho autorova frustrace, ale mnohdy trefně ukazuje stav Linuxu takový, jaký je, a to říkám jako fanda a uživatel.

[Jendа]

A ten konkrétní odstavec, na který odkazuješ, není o nic lepší:

If something doesn't work in Linux, people will not care whose fault it is, they will automatically and rightly assume it's Linux's fault. For the average Joe, Linux is just another operating system. He or she doesn't care if a particular company ABC chose not to support Linux or not to release fully-functional drivers for Linux - their hard earned hardware just doesn't work, i.e. Linux doesn't work.

1) Zatímco když něco nefunguje na Windows, tak je to chyba „počítače“ nebo „výrobce“? Proč?

2) Proč by mě to mělo zajímat? Chci používat Linux, tak si podle toho volím hardware. Lidi, co chtějí používat macOS, si taky vyberou hardware, na kterém macOS funguje. A lidi, co chtějí používat Windows, si vyberou adekvátně výkonný počítač správné architektury a nebudou to neúspěšně rozcházet na mém big endianovém MIPSu.

[Santa]

Chci používat Linux, tak si podle toho volím hardware.

Když se mně někdo bude ptát proč má Linux 0% podíl na trhu, tak mu ukážu tvůj komentář.

[k3dAR]

pokud mu tim chces dokazat svoji hloupost tak klidne

historicky Lenova, Dell, HP vetsinou chodily bez problemu(vyjimky se samozrejme najdou), Dell na nektere vybrane predinstalovava uz nekolik let Ubuntu, Lenovo tusim take Ubuntu, ale zaroven nedavno domluvilo spolupraci s Fedorou a bude ji nabizet na (tusim)veskere Thinkpad modely...

https://dell.com/linux

[Santa]

Jenže on psal o tom že běžný člověk když chce používat Linux, tak si podle toho musí pracně hledat hardware. Kdežto u Windows to dělat nemusí.

[Jendа]

pracně hledat hardware

To není pravda, hardware nepodporovaný v Linuxu je posledních 5+ let výjimka (možná mimo tiskárny).

[BioGaia]

Podpora jak podpora. Chces si pustit hru a ouha ma polovinu FPS nez ve windowsu. No a pak zacnou vymluvy, ze zla nvidia zly amd, nedodali to, nedodali ono, zdrojaky atd. Tolik tedy k te podpore. Jo rozbehas to, ale frcet na plne koule to v linuxu nebude.

[k3dAR]

nejsem gam(bl)er, ale na hry je tu Lutris ci Steam oboje s moznosti Wine nebo Proton, obcas nekdo nekde i zmini, ze nejaka hra ma vice FPS nez ve Windows

zlehcovat nepodporu vyrobce tim ze jsou "zly" je "trochu" trapne... u AMD to uz nejakej ten rok neplati, protoze primarni "svuj" ovladac presunuli do jadra jako opensource... u Nvidie plati ze hazi klacky pod nohy, nedoda dokumentaci, takze opensouirce nvidia ovladac vznika ciste na zaklade reverzniho inzenyrstvi, uzavrenej ovladac od Nvidie pak logicky muze/bude mit lepsi vysledky a zaroven to pak samozrejme souvisi s tim zda/kdy/jakej ovladac Nvidia pro Linux vyda... mimochodem s ovladacem od Nvidie ci AMD byli historicky hromady problemu i na Windows...

[Pavel 'TIGER' Růžička]

A nejen jich, třeba taková Intel (neIntel) GMA 3600 a 64bit architektura, vlastně i s tou 32bitovou je problém. Zařízení by mohlo být v nějakém procentu funkční, leč ovladače k této GPU to neumožňují.

[k3dAR]

to "pracne" sis tam pridal sam... u Windows nemusi protoze na vetsine NB je (na/za hranici zakona, minimalne vazanej prodej) predinstalovan Windows, nicmene v info/odkazu na kterej si reagoval mas nepracne dostupne NB/PC s predinstalovanym/podporovanym GNU/Linuxem vyrobcem...

[Peter Golis]

On skôr narážal na problémy BFU. Vyberie si najlacnejší a najnovší NB, ide inštalovať Linux, a zistí že dodaná WiFi karta ešte nemá v jadre ovládač. Tak ide kúpiť do obchodu LAN kábel, a zistí že ovládač je dostupný len cez GIT v podobe zdrojákov. Že toto nie je chyba Linuxu ale môže za to výrobca čipu ktorého svet mimo Windows nezaujíma (a ani nechce zverejniť špecifikáciu), to je vec druhá. Na to BFU nehľadí, a rovno ide za niekým čo mu tam nainštaluje nejaký "bazárový" OS aj s ovládačmi od výrobcu.

[Jendа]

To je opravdu výjimka, nejčastější problém, na který narážím (jak osobně, tak tady v poradně na Abc) je, že karta vyžaduje firmware, BFU si vybere distribuci, která automaticky neinstaluje nesvobodný firmware, a pak si v logu nepřečte, že chybí nesvobodný firmware.

[Peter Golis]

Výnimka to pri najnovších kšuntoch nie je. Ale je pravda že najčastejšie problémy sú v tom, že ovládač alebo firmware sa schovali do non-free repozitárov. To je jeden z dôvodov, prečo odporúčam ľuďom distro ktoré ich obsahuje, a rovno aj ponúkne počas inštalácie. Jockey sa už dávno začlenil do software-properties-gtk, tak prečo to nevyužiť.

[dustin]

Která konkrétní síťová karta má driver dostupný jen přes git?

[Peter Golis]

Každý nový WiFi čipset má v Linuxe tento problém. Posledne som to zažil na vlastnej koži keď som musel hľadať ovládač pre RTL8821CE. Bol to najlacnejší NB na trhu, HP 255 G7 za ani nie 250€. Pre mňa to bola robota na menej ako pol hodinu, ale BFU by frfľajúc zmazalo disk. Či to už za ten rok pridali do jadra, to som nesledoval. Neplánujem reinštaláciu, funguje mi to (má to DKMS skripty).

[dustin]

Wifi jo, pochopil jsem, že mluvíš o ethernetu.

[Peter Golis]

Bežný človek už ani nevie čo je ethernet. Ale boli aj nejaké metalické ktorým tiež podobne meškal ovládač Realtek RTL 8125. Asi aby sa svet nedozvedel prečo sú tie karty tak lacné.

[skunkOS]

Podobný věci jsou i pokud se prostě nedá sehnat obecnej "čipset" driver pro ten daný model notebooku, a pak kvůli tomu nefungujou některý vendor-specific tlačítka nebo dělají něco jiného než na Windows.

[skunkOS]

1. To bude možná tím že hodně BFU klade rovnítko počítač == Windows. 2. Většina uživatelů a hlavně BFU nechtějí používat Linux. Nechtějí používat ani Windows. Chtějí používat tu a tu aplikaci - Photoshop, Skype, ICQ či cojávím. Nezajímá je, jestli ten a ten ovladač má tu a tu licence nebo jestli tenhle a tenhle procesor poběží.

Jinak řečeno, kdyby out-of-box podpora HW u Linuxu byla minimálně stejně kvalitní jako u Windows, tak většině lidí bude naprosto šumák jaký HW a jaký OS mají, pokud jejich aplikace běží, jak chtějí jejich uživatelé.

[petris]

Na todle jsem posilal bugreport do systemd a zmena API to neni - v Linuxu uz dlouho je ADD uevent, ktera se posila v dobe, kdy se vytvori device, ale v te dobe jeste nemusi byt k zarizeni prirazenej ovladac. Proto se do Linuxu pridala dalsi uevent BIND, ktera se posila po tom, co ovladac uspesne dokonci probe(). V dobe probe() se vytvareji i atributy v sysfs, pripadne loaduje firmware, takze pokud nekdo chce se zarizenim pracovat z udev skriptu, musi se hooknout do BIND.

Lidi v systemd si mysleli, ze se ten originalni problem vyresi posunitim generovani ADD eventu (posun az za probe()), ale to by byla pro vyvojare jadra zpetne nekompatibilni zmena a proto se rozhodli pridat BIND.

Lennartovi se to nelibilo, tak ted breci, ze zly jadro meni API.

[cbrpnk]

A už idú Bulánci ?

[...]

Co jsou bulanci?

[Nutrient]

Zmutované polštáře. Celkem povedená teamová pařba pro vyspělejší operační systémy.

[Peter Golis]

To bola tá stará dosová hra? Zaujímalo b ma či to naportovali aj na windows.