Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.
Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »
Nejde jen o "nový vzhled instalátoru" instalátoru (to je vedlejší produkt KDE4), ale hlavně o FUNKCIONALITU (a zjednodušení, viz. např významný pokles instalačních kroků). Aby to všechno fungovalo bez hodiny a hravě, ne aby musel člověk 3 dny čekat na kompilaci a modlit se ke Svatému Tunákovi, aby se to někde nepoto
Ave chameleon!
Nejde jen o "nový vzhled instalátoru"
s/KDE4/Qt4/
Svatému TunákoviCo to používáš za systém s rybama, neznatuxi jeden? Tux si Tě dá k obědu!
/arch/quickinstall (tj malý, jednoduchý, a čitelný skript, který do cílového mountu rozbalí core balíky, a provede nějakou minimální inicializaci. Ale obávám se že něco tak přímočarého v Suse vůbec realizovat nejde, protože si tam různá "usnadňovadla" navzájem radostně podrážejí nohy.
(recnicka otazka - neodpovedat
)
2) Opravdu onen skript najdu na instalačním médiu? Že ne? Takže proč to vůbec zmiňujete?!?

.
aneb bez "zeleného moru" bych si to nedokázal představit.
SUSE Labs pracuje na vývoji jádra Linuxu, Samby a vývojových nástrojů pro Linux, včetně GCC,
Což docela dobře vysvětluje, proč už 5 let v GCC přetrvává bugPochopil jsem vás správně, že GCC bylo bezchybné, ale od té doby, co do toho SUSE Labs začalo přispívat, zavedlo bugy a blokuje jejich opravu? Si děláte srandu nebo to myslíte vážně?
?
(BTW, my zase "máme" Petra Tomeše. Co s tím dělat? Někdy jen humor ochrání člověka před pádem do frustrace.
)
Hmm, možná se mi to jen zdá, ale trollové jeho typu se vynořují čím dál tím častěji. ;/ Naštěstí hlavně na Rootu, sem to tak nějak neproniká.
)
Vidí, mě zas před frustrací z toho, že zjevné chyby se stále dokola obcházejí, místo aby se jednou a provždy vyřešily, pomáhá občasné trollování.
SUSE Labs "pracují na vývoji jádra Linuxu, Samby a vývojových nástrojů pro Linux". Uniká mi, kde v tom vidíš to "diktátorsky drží pod palcem vývoj kernelu, GCC a Glibc a bez jejich štemplu se nic nesmí dělat", které se nám zjevně snažíš namluvit.
Taky bych mohl říct: "Na GCC a Glibc pracuje jiste i Red Hat. To docela dobře vysvětluje, proč už 5 let v GCC přetrvává bug, díky kterému nepatchovaný gcc-glibc toolchain nelze použít pro tvorbu binárek pro uclibc, přestože jde o totožnou architekturu." Nebo třeba že bychom si vzali na paškál IBM nebo HP? 
ale nikdy jsem nepochopil, jak je možné nenajít soubor ve vlastním počítači. Vždyť přece ukládáš soubory tam, kam patří - můžeš mít prakticky libovolně rozsáhlou hierarchii adresářů, a až budeš soubor hledat, tak prostě půjdeš po té hierarchii podle toho, čeho se ten soubor týkal, a z principu nemůžeš nikdy zabloudit.
Mimochodem, několikrát jsem přemýšlel o tom, jakou hirerarchii že bych si měl udělat, a nakonec jsem dospěl k tomu, že bych těch smysluplných hierarchií dokázal vymyslet i víc paralelně. Nebo tagovat soubory by se mi občas hodilo. A já si toho Holmese na disk stejně asi nasadím.
Tiskni
Sdílej: