Kryptografická knihovna OpenSSL byla vydána v nové verzi 4.0. Přehled změn v souboru CHANGES.md na GitHubu. Odstraněna byla podpora SSLv2 Client Hello a SSLv3. Ve výchozím nastavení byla zakázána podpora odmítnutých eliptických křivek v TLS dle RFC 8422. Přibyla například podpora Encrypted Client Hello (ECH, RFC 9849).
curl up 2026, tj. setkání vývojářů a uživatelů curlu, proběhne opět v Praze. O víkendu 23. a 24. května v Pracovně.
Aplikace pro ověřování věku uživatelů on-line platforem je technicky hotová a brzy bude k dispozici pro občany EU, oznámila dnes předsedkyně Evropské komise Ursula von der Leyenová. Půjde podle ní o bezplatné a snadno použitelné řešení, které pomůže chránit děti před škodlivým a nelegálním obsahem. Aplikace bude podle ní fungovat na jakémkoli zařízení a bude zcela anonymní.
V prosinci 2012 byla z linuxového jádra odstraněna podpora procesorů 386. Včera započalo odstraňování podpory procesorů 486.
IuRe (Iuridicum Remedium) vyhlásila Ceny Velkého bratra za rok 2025. Slídily roku jsou automobilka Volkswagen, Meta a česká Ministerstva vnitra a průmyslu a obchodu. Autorem Výroku Velkého bratra je dánský ministr spravedlnosti zpochybňující právo na šifrovanou komunikaci. Naopak Pozitivní cenu získali studenti Masarykovy univerzity za odpor proti nucení do používaní aplikace ISIC.
Po osmi měsících vývoje byla vydána nová verze 0.16.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 244 vývojářů. Přehled novinek v poznámkách k vydání.
Nejnovější X.Org X server 21.1.22 a Xwayland 24.1.10 řeší 5 bezpečnostních chyb: CVE-2026-33999, CVE-2026-34000, CVE-2026-34001, CVE-2026-34002 a CVE-2026-34003.
Po roce vývoje od vydání verze 1.28.0 byla vydána nová stabilní verze 1.30.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.30.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2026-04-13. Přehled novinek poznámkách k vydání. Nově ve výchozím nastavení příkaz sudo vyžaduje heslo.
Společnost Blackmagic Design oznámila vydání verze 21 svého proprietárního softwaru pro editování videí a korekci barev DaVinci Resolve běžícího také na Linuxu. Z novinek je nutno vypíchnout možnost editování fotografií. Základní verze DaVinci Resolve je k dispozici zdarma. Plnou verzi DaVinci Resolve Studio lze koupit za 295 dolarů.
Mám tu Scientific Linux 5.4 s kernelem 2.6.18-164, 8 GB paměti, deska Intel SE7501WV2. Dříve měl systém 3 GB RAM bez PAE kernelu, nebyl problém. Teď má 8 GB paměti a používám PAE kernel a je problém v tom, že když se spouští proces /etc/init.d/readahead_early, počítač vytuhne. On stačí ještě vypsat hlášení o spouštění kudzu, ale vytuhne/zavěsí, nevím jak to nazvat. Na obrazovku se dá psát, enter vesele posunuje výpis, ale počítač ani po dlouhých minutách čekání nepokračuje v bootu.
Ověřil jsem, že je to tím readahead procesem. Podíval jsem se, co přesně spouští a když to samé udělám na příkazové řádce, systém stejně tak zavěsí:
FILES=$( ls /etc/readahead.d/*.early ) /usr/sbin/readahead $FILES
Když ten proces pustim přes strace, je vidět, že zavěsí na nějakém souboru
...
open("/lib/libgobject-2.0.so.0", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=259128, ...}) = 0
readahead(3, 0, 259128
a dál už pak nepokračuje neznámo proč.
Zkoušel jsem šílenosti s kombinací jednotlivých paměťových modulů (starých i těch nových), nepomohlo. Zkoušel jsem vyhodit soubor, na kterém se readahead při čtení zasekne a to bylo samozřejmě taky k ničemu. Instalace Fedory 12 a její spuštění je bez problémů, ale už nevím, jestli je tam ten readahead spouštěný po startu (že to dělá readahead jsem zjistil až po přeinstalování). V manu k readahead() se píše, že tahle funkce "blocks until the specified data has been read.", ale že by takhle zavěšoval na každém souboru od určitého místa se mi moc věřit nechce. Zkoušel jsem v systému vytvářet 0.5 GB ramdisky tak dlouho, dokud systém nemusel zapisovat do RAM někde za hranici 4 GB, ale to systému nečinilo problémy (vytvořil jsem ramdrive, vytvořil filesystém a na něm vytvořil soubor přes celý disk programem 'dd', snad jsem to udělal dobře).
Možné vysvětlení je, že nové paměti jsou nekompatibilní s deskou a PAE kernel si na nich vyláme zuby, stejně jako že je chyba v PAE a systém při čtení hromady (asi 800) souborů zapisuje někde do oblasti PAE a pak se to sesype.
Vynechání readahead_early při startu pomáhá zdá se zatím na 100%, systém se nesekne. Dá se ale takovýmu počítači věřit? Má někdo nápad co s tím?
Díky předem za tipy
Na otázku zatím nikdo bohužel neodpověděl.
Tiskni
Sdílej: