Líbí se mi, jak se teď i Linux začíná polarizovat na tábor systemd-rust-wayland-age-checks a tábor, kde věci stále stále normálně fungují /s
Jo, my, kteří máme Rust, Wayland a Systemd si úplně libujeme v tom, že nám nic nefunguje. Mohli jsme vesele používat configure && make && make install, LILO, XFree86, xterm a twm, ale my ne! Jsme zkrátka masochisti.
Rozdíl je v tom, že každá z těchto technologií měla své zastánce a nakonec byla vybrána ta, která se stala více funkční a populárnější.
Dnes máte pár společností, které diktujou polofunkční nesmysly a hordy křiklounů obviňujících každého, kdo se odváží oponovat, ze zločinů proti lidskosti. Ať už jde o ntp v rustu nebo ověřování věku.
Krom toho, xterm funguje skvěle pořád.
Spojil jsi věci, které spolu nesouvisí do rádoby vzorce a pokřikuješ jen Ty. Důvod reimplementace ntp jsem nezjišťoval, obecně bývají C utility strašně naprasené, samý #ifdef apod. a nikdo nechce ten kód rozvíjet, ale budiž, možná to nebylo potřeba. Ověřování věku nikdo z nás "rustařů" zde nepropaguje, nevidíme v tom zásadní přínos. Zásadní přínos ale mají Wayland i Systemd a kdo to nevidí, má asi nějaký kognitivní problém.
xterm funguje "skvěle" fakt jen v uvozovkách. Ve všech relevantních scénářích si většina lidí vybere nějakou alternativu. Z dobrých důvodů. A o tom je celá debata (kromě mimoňského případu s ověřením věku).
Hm, tak se dívám, co má ntpd-rs "navíc" a je to všechno jiné, než jen přepis pro přepis, úplně jiná liga ve všech ohledech, připraven na budoucí protokoly a již dnes se aktivně používá v produkci. Ty hejty jsou roztomilé.
Pokud je cílem likvidace technického dluhu, tak to bude právě právě přepis pro přepis. Záměrně nic navíc, jen líp napsané staré věci.
Kdo to nevidí, má asi nějaký kognitivní problém? Úplně nevím, jestli jste kultivovanosti diskuze podobným prohlášením úplně pomohl. Ale tak samozřejmě, kdo nevidí to, co si myslím já, má určitě kognitivní problém...
> Ale tak samozřejmě, kdo nevidí to, co si myslím já, má určitě kognitivní problém...
Já jsem se ale explicitně nepostavil na žádnou stranu, jen tvrdím, že ty dva systémy mají své zjevné výhody - budeme se o ně hádat?
Teď? Já teda pamatuju že v linuxové komunitě se pořád vedly nějaké bitvy, ta nejdelší je asi KDE vs GNOME.
Tak to si prepasol asi vim vs emacs :)
Tieto "bitky" sa netykaju len linuxu, dokonca ani len nie su obmedzene na it (amd vs intel, amd vs nvidia, pc vs mac), ale celkovo sirsie v spolocnosti (nike vs adidas, coca cola vs pepsi).
V naších končinách bola skôr bitka joe versus vim.
Z nejakého dôvodu tu bol populárny joe, celkom anomália, asi sme tu mali nejakého aktívneho rozširovatela.
27. 3. 2026, 18:57 editováno autorem komentáře
Tak joe je populární díky primární kompatibilitě ovládání s WordStarem, a k tomu byl hodně brzo součástí Slackware.
Taky ho používám.
joe vs vim nikdy zadna bitva nebyla. joe a vim jsou nesrovnatelne editory. To je jak srovnavat auto s letadlem. Jine pouziti, jina komplexnost.
A to i taková spojitost by dokázala existovat :-)
V macOS totiž funguje trochu jinak pageup/pagedown/home/end, než jak je zvykem v Linuxu a Windows. Home/End přesouvá na začátek/konec dokumentu a nikoliv na začátek/konec řádku a místo toho se používá CTRL+A a CTRL+E. Jelikož jsem po pár letech na macOS zjistil, že mi tyhle zkratky docela vyhovují, hledal jsem jak moc se dá přiohnout GUI v Linuxu, aby fungovalo stejně. Když jsem po tom pátral, tak macOS má tohle dědictví ze starých Unixů a říká se mu Emacs keybindings. Což už je jen kousek k Emacs/Linux :-)
Vždy tabulátory! Jaká je výhoda mezer? Že si to někdo nemůže nastavit v IDE aby velikost odsazení byla podle jeho gusta? :-D
Byla to boure ve sklenici vody nez prisel python. Asi jako jaky syntax coloring je dobre pouzivat.
Byly to male zabomisi valky s eskalacnim potencialem nez prisel python 3.
Pak prisel python 3 a udelali si z nej "spacebrainfuck" .
No a potom je tu skupina, ktora si mysli ze systemd a wayland su ok, voci rustu su indiferentni a su proti age checks. Len to nie je ani jeden z vyhranenych extremov, takze asi maju smolu.
Takové nechce ani jedna strana. Jedny k tobě budou obezřetní, protože můžeš kdykoli začít požadovat přepsání správce balíčků do rustu :)
Zatímco druhý zničí kohokoli, kdo by odvážil vybočit i v tom nejmenším. ArchLinux už banuje všichni, kdo jsou proti ověřování věku.
Lunduke dava najdolezitejsie info ako text vo videu, takze da sa to pre-seekovat a ziskat zakladne tezy z ktorych vychadza.
V tomto pripade:
> The Arch Linux Core Dev Team is asking r/ArchLinux sub-reddit mods to censor people unhappy with Age Verification in Arch.
> It appears that Arch Linux considers criticism of Age Verification to be a "Code of Conduct" violation.
> From an r/ArchLinux moderator responding to a censored user:
> "I got a DM from much higher up in the chain asking me to remove it. Whilst I technically don't answer to them, I do respect their wishes. They don't like someone they consider as part of the core dev teams being called out like that. What you did broke the Arch Linux CoC."
No, integrace rustu do Linuxu je dobrá věc, už jenom kvůli memory safety a s age checks to nemá moc co dělat (také s nimi nesouhlasím).
Přijde mi trochu bulvární vybrat si zrovna takovou věc a ještě to nazývat "age checks". Nebo vysvětli prosím ten problém.
Nejspíš ti jde o to, že nějaké webové služby pak třeba budou chtít takové API? Ale to pak nebude uživatelům bez této podpory fungovat - nebo můžou posílat falešné údaje. Ale stejně tak si je můžeš nevyplnit nebo vyplnit falešné do té "systemd" databáze.
29. 3. 2026, 17:31 editováno autorem komentáře
Pokial nejake weby potrebuju overovat vek, nech si to riesia same. Tak ako sa neprihlasujem na web rovnakym loginom alebo nebodaj menom ako mam v pocitaci, nepotrebuje to ani vek.
Falosne udaje do systemu budes moct davat len dovtedy, kym zakonodarca "nezisti" ze sa daju vyplnit aj falosne. Potom nastane dalsi krok, overovanie.
Ako napriklad uz teraz v UK v aktualnom iOS 26.4: https://x.com/BigBrotherWatch/status/2036863773202432300
Pokial nejake weby potrebuju overovat vek, nech si to riesia same.
Jo, protože to už používáme u povolení cookies, že si to každý web řeší po svém, a náramně se to osvědčilo.
Bazinga!
Falosna ekvivalencia.
Ked niekto moze mat konto na Facebooku, moze mat toto konto pripojenu informaciu o veku. Na svojom pocitaci to nepotrebuje.
Není to falešná ekvivalence. To, co vy chcete, je, aby si to každá stránka zjišťovala sama. Stejně jako u cookies. Stejně tak by to musela zjišťovat sama každá aplikace na počítači, která by tu informaci potřebovala. A navíc byste musel zajistit, aby to ve všech případech mohl nastavit rodič pro své dítě.
> Pokial nejake weby potrebuju overovat vek, nech si to riesia same. Tak ako sa neprihlasujem na web rovnakym loginom alebo nebodaj menom ako mam v pocitaci, nepotrebuje to ani vek.
Je to validní názor, ale jestli to chápu správně, tak efektivně neumožňuješ parental control? (protože jinak by ses musel na každý web jednotlivě přihlašovat)
(e.g. provozuju root.cz a chci umožnit přístup defaultně všem, a těm, kterým admin prohlížeče nastavil "<=15let" skrýt vulgární komentáře)
> Falosne udaje do systemu budes moct davat len dovtedy, kym zakonodarca "nezisti" ze sa daju vyplnit aj falosne. Potom nastane dalsi krok, overovanie.
OK, a to souvisí s diskutovanou věcí v systemd jak? Snahy o povinné ověřování budou zmařeny tím, že v některých OS nebude v databázi uživatelů vedle políčka na jméno a email políčko na datum narození?
30. 3. 2026, 17:21 editováno autorem komentáře
Tu ide podla mna primarne o zbavenie sa GPL licencie, takto bude Canonical postupovat kde to bude len mozne.
Pisal som kde to bude zatial mozne. Ziadna ina alternativa ako jadro Linuxu nie je mozna ale kto vie aka bude buducnost...
Alternativa k linuxovému jádru samozřejmě je. Jedna verze Debianu byla naportována na kernel z FreeBSD a Android v laboratoři Googlu běží i na jádru Fuchsia. Uživatelé pracující v grafickém desktopu ani nic nepoznají (snad jen že budou déle fungovat neaktualizované uzavřené ovladače hardware).
Definuj reálná. Uvedené příklady fungují, ten Debian si můžeš sám stáhnout:
https://www.debian.org/ports/kfreebsd-gnu/
Ani Linux není "reálná" alternativa pro 96 až 98 % lidí.
27. 3. 2026, 18:26 editováno autorem komentáře
To není potřeba. Vyhodit GPL z user-space je to o co tu běží - jádro může být klidně GPL a nikoho to nezajímá.
Pokud je cíl jednou vydat kompletně uzavřené distro, tak to šlape podle plánu.
Napiště mi jak uzavírají distro.. Pokud vím, tak i pro další distra které vychází z Ubuntu neni problem. Takže v čem se uzavírá distro, tak aby jste v něm nemohl pokračovat a přešel třeba pod Arch?
Já jsem ale nikde nenapsal, že ho uzavírají, ale že to může být časem v plánu - horizont může být klidně 10 let, když se z user-space za tu dobu dostane veškerý GPL kód.
Všechny ty různé routery, které museli zveřejnit firmware, atd... to nebylo kvůli tomu, že by používali linuxové jádro, ale kvůli user-space programům - třeba busybox.
Salámová metoda se tomu říká, a funguje to.
Museli? K TV běžně dostávate příručku obsahuje "linux, zlib, busybox .. zdrojové kody k nalezení zde [běžné odkazy]" ale zdroják TV ne-e. To samé settopboxy apod.
Vím že xWRT vzniklo z nuceného opensource wrt54g kvůli "linuxu" ale pokud vím, nikde zdrojáky firmwarů routerů nejsou a přitom jich spousta Linux evidentně používá.
GPL je nutný pro odvozený kód, ale aplikace běžící v userspace není odvozený kód.
Dodnes nevím jak to je, proč Linksys musel a sotatní ne, ale záplava opensource firmwarů tu rozhodně není.
Začali zostra.
Když to dobře dopadne, tak vymění ve výchozím stavu (tzn. původní verze tam pořád jsou v repozitářích) asi tři z tisíců balíčků za asi dva roky a čtyři vydání..
Přičemž dva původní nástroje ze tří (sudo a ntpd) měly permissive licence úplně od začátku.
To bude minimálně na kvartální prémie pro toho, kdo to v Canonicalu řeší.
27. 3. 2026, 10:58 editováno autorem komentáře
Ale no tak - nikdo nepotřebuje 3000 nainstalovaných balíčků ve VM, kde běží přesně 1 aplikace. Chce to trochu představivosti.
Je to těžké.. pokud ta 1 aplikace dostane úkol co vyvolává něco z toho balíku, nebo bez toho nemůže běžet, tak kdyby to tam nebylo tak zase se řve, že to tam není a musí se to řešit externě..
Jo misto toho je to sice jen 500 ale abychom to schovali tak se to vse staticky nalinkuje / spakuje do self extract pkg :-))) To ale presouva akorat problem na plicni oddeleni.
28. 3. 2026, 07:47 editováno autorem komentáře