Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.
Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.
Nové verze webových prohlížečů Firefox a Chrome byly vydávány každých 6 týdnů. Vývojářům Firefoxu se nelíbilo, že Chrome bude mít vždy větší číslo verze, proto se rozhodli vydávat nové verze Firefoxu každé 4 týdny. Aktuální stav: Firefox 86 byl vydán v 8. týdnu a Chrome 89 v 9 týdnu letošního roku. V kterém týdnu bude mít Firefox větší číslo verze než Chrome?
Pokud vám vyšlo, že Firefox 95 vyjde v 44. týdnu a Chrome 95 až v 45. týdnu, umíte matematiku. Vše je ale jinak. Vývojáři Chrome oznámili, že od verze 94 budou nové verze Chrome vydávat také každé 4 týdny. Chrome 95 tak vyjde již v 42. týdnu. Co na to vývojáři Firefoxu?
Tiskni
Sdílej:
MozillaFirefox-$(date +%s).0.x86_64.rpm
Vývojářům Firefoxu se nelíbilo, že Chrome bude mít vždy větší číslo verze, proto se rozhodli vydávat nové verze Firefoxu každé 4 týdny.Tak k tomuto by som rad videl zdroj. Skracovanie release cyklu je uplne normalna vec, neviem preco si k tomu musime vymyslat nejake detinske dovody.
Ale ze to je neintuivni a matouci jak pro uzivatele tak pro vyvojare te nezajima co? Proste si zvykni na letosni modu..
Proto se mají verzovat jednotlivá API. U jednodušších programů můžeš verzovat celek jedním číslem. Ale pokud máš např. jedno API pro moduly a jiné pro něco jiného, tak dává smysl je sémanticky verzovat nezávisle na sobě a tím signalizovat, které rozhraní si rozbil a které zůstalo zpětně kompatibilní.
že tam nikdy není ani krutopřísná nová featura... až na ten detail, že tam občas je, jako například rozbití nějakého typu doplňků apod.
Pokud je pro tebe zásadní změna odstranění něčeho 2 roky po oznámení, tak mám pro tebe smutnou zprávu - dneska se prostě nevyvíjí tak jako v 90. letech.to jako že si užnemám tisknout zdrojáčky na jehličkový tiskárně? :o no fakt mi ale přijde lepší dělat některý věci jakože postaru třeba ty čísla v těch verzích přínos je asi jako když soubor pojmenuješ *.pdf a uvnitř je fakt PDF a ne třeba JPEG i když by to i s blbou příponou fungovalo taky
...lepší dělat některý věci jakože postaru třeba ty čísla v těch verzíchJenže co když se postaru už nevyvíjí ten projekt? Pokud i ta nejzásadnější změna nastane skoro každý měsíc (třeba změna API), tak jaký má smysl řešit, jestli náhodou tenhle měsíc k tomu nedošlo? Nebo posoudit, jestli je to změna velká či malá (což je subjektivní, takže by to bylo stejně k prdu). Co sleduju chrome, tak bych těžko hledal verzi, kde se nezměnilo něco pro vývojáře. To samé linux, tam je explicitně dáno, že major se zvedá když je minor dost velký. To samé třeba Visual Studio. Tam sice dokonce udržují "rok x.y.z", ale i nejmenší upgrade po pár dnech rozbíjí kompilaci. Jako vývojář se prostě pokaždý musím podívat co se změnilo a tedy by mi bylo úplně jedno, kdyby zavedli jen jedno číslo. Takže mě by opravdu zajímal mentální proces vývojáře, kterému by pomohlo, kdyby místo jednoduchého verzování měl u prohlížeče semver. Co by udělal jinak, pokud místo upgrade 82->83 má 14.8.94 -> 14.8.95 (s tím, že se tam mohlo stát cokoli)?
Skracovanie release cyklu je uplne normalna vecSprávně, je čas zkracování.