Byl vydán Debian 13.5, tj. pátá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.14, tj. čtrnáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.
Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.
Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.
Nahadzoval som 2 týždne dozadu na server nové jadro (upgrade z 2.6.24 na 2.6.27) a zaznamenal som zhruba 4-násobné zrýchlenie celého serveru. Pred reštartom bol priemer vyťaženia CPU okolo 4%, po reštarte už len 1% - viď graf z MRTG (údaje cez SNMP). A tak sa pýtam, či niekto nevie objasniť túto záhadu - zmenil sa spôsob výpočtu vyťaženia CPU pre viaceré jadrá (je tam dvojjadrový Core2duo), alebo sa jadro linuxu tak zrýchlilo, alebo čo? Podľa grafu sieťového trafficu to rozhodne nevyzerá, že by server mal zrazu menej roboty a nie som si vedomý ani toho, že by nám tam postupne odhnívali procesy a vytvárali záťaž samé od seba. Pamäte je tam dosť, do swapu to nehrabe...
HW: doska Intel DQ35MP, Core2Duo E6750, 4 GB RAM, 2x SATA HDD Samsung 500 GB
SW: gentoo 64bit, SW RAID-1, kvóty, apache, postgres, mysql, bind, postfix, spamassassin, dovecot
Príloha: graf vyťaženia CPU za posledný mesiac, zhruba v strede šiesteho týždňa je sek - náhle zníženie záťaže po reštarte.
Moja otázka: čo by to tak mohlo byť za zradu?
Neupgradovaj jste ten system vfe stredu sesteho tydne?
Mate novejsi a rychlejsi jadro, to neni zrada,
to je vyhoda!
no problem,
NN
jj, tuším to bol štvrtok neskoro večer, pred dvoma týždňami, čo súhlasí podľa grafu aj podľa mojej pamäte. Jadro je nové a rýchlejšie, ale že až 4-krát rýchlejšie? To neverím... Okrem toho, na tom serveri nebeží len jadro, ale aj hromada aplikácií - a tie sa nemenili. Čo je horšie, podľa posledných dní v tom grafe to zase vyzerá, že záťaž pomaličky lezie nahor. Mám pocit, že niečo tam nie je dobre a neviem čo. 
Nikto nepíše, tak skúsim inak:
- čo by som mal urobiť, aby som zistil, čo sa mi to tam kompostuje?
Zatiaľ mám zhruba takýto plán: Keď sa potvrdí trend postupného zvyšovania vyťaženosti CPU, tak reštartnem všetky služby, ktoré sa dajú reštartovať. Od toho si sľubujem, že zistím, či problém je v službách, alebo niekde inde (v jadre?). Ak bude problém v službách, tak počkám zase pár týždňov aby sa problém prejavil a budem reštartovať služby postupne, deň po dni. Ak by bol problém inde, tak neviem - čo by som mal začať sledovať ako ďalšie?
Takže: trend spomaľovania sa potvrdil, viď príloha. Vyskúšal som reštart všetkých bežiacich služieb - či to robí niektorá z nich, alebo či je problém niekde inde.
Záťaž sa ani v najmenšom po reštarte služieb neznížila.
Swap zíva prázdnotou, iowait málokedy vyskočí z 0.0 na 0.3%. Asi sa niekedy prejdem do serverovne a nahodím update BIOSu, keďže ide o neslávny čipset Intel Q35, ktorý mal rôzne podivné "vychytávky" už od začiatku...
Zatížení procesoru by chtělo doplnit o zatížení disku (iowait). Jestliže se moc pracuje s diskem, tak zátěž procesoru ve skutečnosti klesne. A třeba se postupně čím dál víc věcí dostává do cache.
Dál mě napadá, jestli nepřestalo fungovat nějaké škálování frekvence procesoru. Nebo se mohla změnit pravidla pro přepínání frekvencí.
So zaznamenávaním iowait sa pohrám, vďaka za tip... Škálovanie frekvencie to nebude, to mám v jadre vypnuté. Jedine že by doska škálovala sama od seba - a to som zatiaľ videl len na notebookoch.
Tiskni
Sdílej: