Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Do konference přišlo celkem 1883 emailů, nejvíce jich poslali Paul Jackson, Jeff Garzik a Andrew Morton.
13. říj - 17. říj
Timothy D. Witham napsal:
Oznamujeme binární kompatibilitu/testování
Když mluvíme s koncovými uživateli, distribucemi, vývojáři OSS a velkými výrobci software (ISV), objevuje se pořád dokola jeden problém. Je to skutečnost, že binární programy každou chvíli přestanou fungovat.
To pro velké koncové uživatele, kteří nasazují Linux, představuje významný nedostatek, protože by chtěli mít možnost používat stejnou verzi aplikace až 5 let. S ostatními operačními systémy to udělat mohou a je potřeba, aby to bylo možné i s Linuxem.
Jedním z velkých problémů je, že tito výrobci vydávají a testují v cyklech měřených na čtvrtletí, kdežto OSS měří na dny. Chtěli bychom testování těchto binárních aplikací upravit tak, aby odpovídalo vývojovému cyklu OSS. Za tímto účelem jsem založil konferenci. Má-li někdo zájem, mám prezentaci v PDF.
http://lists.osdl. org/mailman/listinfo/binary_sig
http://groups.osdl.org/sigs (Follow binary testing for slides)
Ať žije flame 
Jeff Garzik řekl: Kompatibilita uživatelského ABI byla v Linuxu vždy vysoce ceněna. Nemyslím, že bychom strhali snahu o její podporu... A Robert Love odpověděl:
Jo. S výjimkou nějakých změn v /proc (které byly ojedinělé a doufejme, že se /sys už nebudou) je ABI jádro-k-uživateli opravdu stabilní..
Skoro bych řekl, že podobná snaha je velmi důležitá, ale kernelu se vůbec netýká. V současné době je "chyba" na straně věcí jako C++ ABI, které má neustálé výkyvy (což je dobře, opravují chyby, ale stejně).
Všechna další nekompatibilita se týká knihoven, ale knihovny mají verze. Že nejsou knihovny kompatibilní, na tom není nic špatného - za předpokladu, že mají jiný název. Výrobci musí pouze dodávat kompatibilní knihovny a prodejci musí zase požadovat správné verze a nezasahovat do vnitřností.
Ohledně verzí knihoven řekl Linus Torvalds:
Ne, nemají.
Ano, "máme k tomu technologii". Ale ve skutečnosti ji libc (což je ta nejproblematičtější část) nepoužívá, takže vlastně verze knihoven nemáme.
Naopak glibc se urputně snaží o binární kompatibilitu, ale přesto se to čas od času nedaří.
Co naplat.
14. říj - 18. říj
John McCutchan napsal:
inotify verze 0.14.0. Připojen patch pro 2.6.8.1
Stefanos Harhalakis odpověděl: Rozumím-li tomu správně, tak tento patch přidává inotify a odstraňuje dnotify. Řekl bych, že přidání inotify do stabilní řady 2.6 (dojde-li k tomu) by mělo dnotify ponechat beze změn, protože mohou být programy, které jej využívají (například KDE).
Ale John McCutchan opravil: Patch dělá jak z inotify, tak z dnotify konfigurovatelnou možnost. Neodstraňuje dnotify. Robert Love to potvrdil, ale Stephen Rothwell poukázal:
Ale odstranil jsi sysctl, který umožňuje povolit a zakázat dnotify za běhu. A vytvořil jsi setattr_mask_dnotify, kterému nemohu najít žádné volání. John připustil, že při převodu dnotify na volitelnou možnost mohly vzniknout nějaké chyby a řekl, že bude rád za patche, které by je napravily. A připojil:
Jestli by měl patch s inotify obsahovat i konfigurační změny dnotify, to je na diskuzi. Já v tom z hlediska správy nebou používání nevidím velký problém. Stephen navrhl: Měl bys pravděpodobně poslat patch se změnami v dnotify jako úplně samostatný, protože jde o logicky samostatnou záležitost. Robert souhlasil a řekl, že takový patch už dříve posílal, ale že jej pošle znovu.
17. říj
Manfred Spraul napsal:
Jeff a Christoph našli v předchozím backportu nějaké chyby, takže jsem se rozhodl začít nový z posledního ovladače (0.30) z 2.6 -mm stromu.
Změny:
Jde o nový backport, není založen na backportu od Jane Liu.
Prosím testujte - funguje to na mé nForce 250 Gb, ale nemám žádnou negigabitovou desku k testování změn v detekci médií.
18. říj - 19. říj
Matt Mackall napsal Linusi Torvaldsovi:
Nemohu si nevšimnout, že jsi DVAKRÁT během MÉNĚ NEŽ JEDNÉ MALÉ REVIZE způsobil nefunkčnost všech nástrojů, které se spoléhají na stabilní systém názvů.
V obou případech tomu šlo předejít použitím Marcellova způsobu pojmenovávání kernelů řady 2.4. Je to velmi jednoduché: když myslíš, že je něco "finální", nazveš to "release candidate" a označíš "-rcX". Když je vše v pořádku, přejmenuješ to _nezměněné_ a všichni mají jistotu, že během té doby se nevyskytly problémy. Pokud to není "finální", a přijímáš více než jen opravy chyb, nazveš to "pre-release" a označíš "-pre". Vývojáři, testeři a automatizované nástroje pak vědí, co očekávat.
Cliff White řekl za automatizovaný testovací tým OSDL, že s tímto názorem souhlasí, a Russell King se také připojil s tím, že už o věci mluvil s Linusem soukromě. Dodal: Já za sebe už žádnému systému názvů spojenému s hlavním stromem nevěřím.
Geert Uytterhoeven byl rád, že slyší lidi stěžovat si na způsob pojmenovávání, který Linus používá, stejně jako Christoph Hellwig a Martin J. Bligh. Martin zároveň navrhl: Možná bychom mohli zdokumentovat nějaký standard, ať už bude jakýkoliv, a pak se ho držet.
19. říj - 20. říj
Nigel Cunningham napsal:
Je mi potěšením oznámit, že Software Suspend 2.1 je nyní k dispozici pro jádro 2.6.9.
Doufám, že verzi pro 2.4 dám dohromady v rozumně krátké době. Toto vydání bude pro jádro 2.4 poslední - kromě oprav chyb a aktualizací pro nová vydání jádra.
Od verze 2.0 máme hromadu změn, z nichž tou hlavní je možnost zkompilovat suspend jako modul a natáhnout z initrd. Více podrobností o nastavení této možnosti je na:
http://softwaresuspend.berlios.de
Přímý odkaz na stažení:
http://download.berlios.de/softwaresuspend/software-suspend-2 .1-for-2.6.9.tar.bz2
V originálu Kernel Traffic 282 vyšla navíc ještě tato témata:
Nástroje: Tisk bez diskuse
Tiskni
Sdílej: