Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.
27. úno - 3. bře
Kianusch Sayah Karadji napsal:
Tento malý patch zajišťuje podporu procesorů GEODE CPU v jádře 2.6.10.
Ty procesory lze nalézt především v embedded systémech... jedním z nejslavnějších kousků hardware, který je používá, je pravděpodobně Soekris net4801 (http://www.soekris.com).
Patch už nějakou dobu leží na mých stránkách (http://www.sk-tech.net/ support/soekris.html) - ale několik lidí mě požádalo, abych jej zkusil nechat začlenit do hlavního jádra.
28. úno - 5. bře
Adrian Bunk se zeptal:
Dává vůbec smysl mít modulární framebuffery?
OK, distribuce chtějí všechno modulární, ale framebufferové ovladače, na které jsem se díval, parsují své specifické parametry v *_setup funkcích jen v případě nemodulární podoby.
A většina framebufferů obsahuje funkci module_exit. Opravdu existuje nějaký případ, kdy by tohle dávalo smysl a zároveň fungovalo?
Jeff Garzik napsal, že se to liší případ od případu, ale David Vrabel řekl, že modulární framebuffery mají svůj smysl na embedded systémech, kde nemůžeš používat zobrazovací hardware (a tak bys chtěl ušetřit trochu paměti), ale kde je vhodnější mít jen jeden build jádra/modulů. A ještě dodal: Když nic jiného, tak se to hodí pro testování. Je sice pravda, že ovladač framebufferu pro Geode po odstranění z paměti nevrátí režim, ale protože softwarová VGA emulace má na Geodě daleko k dokonalosti (nikdy jsem nepřišel na to, co se stalo s kurzorem...), předpokládám, že lidi stejně nebudou používat vgacon, takže není co obnovovat.
Paul Mundt souhlasil s tím, že embedded systémy modulární framebuffery využívají, a dodal:
Nedávalo by moc smysl ponechávat ovladač neustále natažený, není-li zařízení používáno jako konzole a využije se jenom občas.
Rozumnější se mi zdá prostě opravit ovladače, které to neumí pořádně. Většina nefunkčních ovladačů se stejně zdá být zaměřena na x86, kde to je lidem asi jedno.
Nedávalo by to moc smysl na x86 distribucích, ale pro vývoj ovladače na sekundárním zařízení je to užitečné. Ale to je výjimečný případ.
2. bře - 5. bře
Miklos Szeredi se zeptal, jestli by FUSE nemohl být začleněn do hlavního jádra, když už strávil dlouhou dobu v Andrewově -mm stromu. Andrew odpověděl:
Plánoval jsem, že FUSE pošlu do Linusova stromu během jednoho nebo dvou týdnů. FUSE a cpusets jsou dvě věci, které stojí za zmínění jako kandidáti na 2.6.12.
Anton Altaparmakov poznamenal:
Já bych rozhodně hlasoval pro začlenění FUSE. I když má několik částí, které by mohly být vylepšeny, kód funguje dobře. Mnoho lidí už FUSE dost dlouho používá. My jej máme nasazený v produkčním prostředí na čtyřech serverech a 650 pracovních stanicích k poskytování "souborového systému s kouzelnými symlinky" (tj. symlink XYZ ukazuje na různá místa podle toho, který uživatel se dívá) a neměli jsme žádné potíže. Dělal jsem i další testy s vrstveným FS s pomocí FUSE a bylo to velmi stabilní (ale pomalejší než ty symlinky, což je důvod, proč jsme to řešení zvolili).
FUSE možná není dokonalý, ale upřímně - který kód je? A navíc, spousta kódu v jádře nefunguje (aspoň někomu), ale je tam - a FUSE funguje dobře...
Christoph Hellwig chtěl trochu více času, aby mohl kód zkontrolovat; Miklos s tím souhlasil. Vypadá to, že dříve nebo později se FUSE do 2.6 stromu dostane.
3. bře - 7. bře
Rene Rebe poslal jednořádkovou opravu pro 2.6.11 a Jeff Garzik řekl, že by to byl dobrý kandidát pro vydání jádra 2.6.11.y. Greg KH odpověděl:
Ok, opravil jsem ten patch a aplikoval ho na lokální strom, který jsem založil za účelem odchytávání podobných věcí (dokud se Chrisem Wrightem nedohodneme, jak na celou věc půjdeme, tak ho najdete na bk://kernel.bkbits.net:gregkh/linux-2.6.11.y).
Klidně nám tedy začněte posílat podobné věci (založíme pro to i alias).
Pár lidí se o patch přetahovalo, objevily se různé verze a nikomu nebylo jasné, kterou by bylo nejlepší použít. Na scénu přišel i další patch, který řešil jiný problém, a Greg s Chrisem uvažovali, jestli jej do vydání 2.6.11.y také zařadit. Greg se nakonec rozhodl nový patch začlenit, ale Linus Torvalds namítl:
Myslím, že ten váš postup nefunguje. Nedali jste lidem čas si stěžovat. Takže jste aplikovali první jednoduchou RAID6 věc a ukázalo se, že to byla chyba.
Ty patche musí mít pravidlo jako třeba "existují mimo cucákův strom aspoň dva dny". A během té doby může kdokoliv hlasovat proti (což by je přesunulo do množiny nezačleňovaných, přičemž někdo jiný se může rozhodnout, že do jeho stromu se i tak hodí).
A kdyby po uplynutí dvou dnů neměly dostatek kladných hlasů, přesunuly by se do skupiny "spáčů", kde ještě mohou dostat šanci (tj. upomínka v příslušné konferenci o tom, že patch umírá). A jestli ani pak nedostanou dost hlasů, přesunou se do seznamu nezačleňovaných.
Greg s tím souhlasil a napsal: Ok, sedneme si nad tím s Chrisem v úterý. Počkám se začleňováním a vydávání čehokoliv, dokud nebudeme mít kompletně stanovena pravidla a funkční infrastrukturu.
4. bře - 8. bře
Greg KH napsal:
Pro ty z vás, kteří se nebrodili tím mohutným vláknem "RFD: Kernel release numbering" na LKML a neví tedy, že budeme vydávat jádra 2.6.x.y, tady je shrnutí:
Několik $cucáků se rozhodlo, že zkusí spravovat jádra 2.6.x.y, která budou následovat vždy po vydání 2.6.x. Jádra budou obsahovat jen sadu (bezpečnostních) oprav, které musí splňovat přísná pravidla stanovená Linusem v:
http://article.gmane.org/gmane.linux.kernel/283396 [pozn. překl.: doporučuji, obsahuje také vysvětlení "cucáků"]
---------------
Vydal jsem patch 2.6.11.1:
kernel.org/pub/linux/kernel/people/gregkh/v2.6.11/patch-2.6.11.1.gz
Podrobný seznam změn v:
kernel.org/pub/linux/kernel/people/gregkh/v2.6.11/ChangeLog-2.6.11.1
BitKeeper strom pro vydání 2.6.11.y je zde:
bk://linux-release.bkbits.net/linux-2.6.11
Několik lidí bylo bez sebe radostí. Další měli střízlivější komentáře. Ian Pilcher napsal: Čistě z hlediska zpracování by se mělo dbát na to, aby se vše, co jde do 2.6.X.Y (např. 2.6.11.1), dostalo i do 2.6.X+1 (např. 2.6.12). A Greg odpověděl: Tak se stane. A někde jinde v diskuzi Linus Torvalds řekl: Prostě si to stáhnu ze stromu těch cucáků.
V originálu Kernel Traffic 302 vyšla navíc ještě tato témata:
Tento článek vychází ze seriálu Kernel Traffic (www.kerneltraffic.org) a je zveřejněn pod licencí GPL verze 2.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz