Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Vyšla nová verze 0.4 beta lehkého KDE browseru rekonq. Rekonq je nyní založený na KDE 4.4 (používá kdewebkit místo čistého QtWebKitu), integruje se s KWallet a KGet, obsahuje AdBlock, je vícevláknový, umožňuje kontrolované načítání pluginů (obdoba Click-To-Flash i pro jiné pluginy), podporuje dokování Web Inspectoru, procházení lokálních souborů a FTP, má vylepšenou domovskou stránku a fullscreen režim.
Tiskni
Sdílej:
Až do verze rekonqu 0.4 jsem také Chromium používal a nesmírně mi vyhovuje - jen kdyby bylo integrované s KDE a dodržovalo vzhled systému (což právě řeší Rekonq
).
I když jako souborový manager osobně používám Krusader (jsem na dvoupanelové), tak Dolphin se mi líbí.
Jen by to ještě chtělo trochu QtWebKit zrychlit, oproti Chromiu (které také používá WebKit) přecijen načítá stránky o něco pomaleji (i když oproti Firefoxu/Gecku je to drak
). Nicméně se na tom pracuje.
Nicméně KDE WebKit KPart by se snad jednou mohl stát v Konqueroru defaultním enginem, tomu prakticky nic nebrání (jen to že má kwebkitpart ještě své mouchy).
Vývojáři KHTML jsou tvrdohlavci ...hm, a zastánci webkitu ne? když tady čtu o kdewebkit, tak se musím smát ... pokud se před nějakou dobou mluvilo o tom, že KHTML má svůj smysl, že jde o jádro uzpůsobené KDE, tento názor byl označen za blbinu a webkit rulezz a všichni musí používat jeden univerzální webkit ... no a najednou se dozvídáme, že webkit kpart nestačí, že je nutné mít vlastní fork webkitu no tak to mi teda řekněte, jaký je tak zásadní rozdíl forknout webkit, udělat z něj kdewebkit a postupně jej přiohýbat tak, aby v KDE seděl jak prdel na hrnec, oproti tomu vzít KHTML, které v KDE sedí jak prdel na hrnec, a postupně do něj dostat funkcionalitu webkitu ... tedy kromě toho, že to druhé by aseigova ješitnost nepřežila a ještě jeden humorný aspekt to má, viz nedávnou zprávičku na téma RMS versus Piráti, přesně tato situace, kdy komunitní nadšenci něco vyvinou a komerční firma za to o něco později slízává smetanu a nosí vavříny, zatímco originál je odstaven od válu, je tam použita jako argument proti navrhovaným změnám, hm, tak trošku děravý argument, že se současnou úpravou se to nemůže stát
).
Aký je človek usudzujem hlavne z komentárov k bugom a zo spôsobu akým uzatvára bugy. A k tomu aký je programátor ... aj keby som nevidel jeho kód, aj keby som nevidel množstvo bugov v plasme, aj keby všetko fungovalo ako má a nevedel by som o tom, že je to len blbá aplikácia, ktorá sa dá zhodiť jediným plasmoidom nepovažoval by som ho za dostatočne dobrého na vedenie KDE. Či už ako programátor nemusí mať človek trochu skromnosti, musí všade vykrikovať, že jeho produkt je najlepší, najlepšie navrhnutý, to čo ostatní doteraz robili bol odpad? Už fakt na to, aby si získal ľudí stačí písať 3 blogy denne? No neviem, možno do tohto štádia raz dôjdem aj ja (ak áno radšej ma zastreľte).
Inak nedivte sa, že ako nepoužívateľ KDE sem píšem, ale KDE som dlho pred KDE 4 používal, v súčasnosti už však nechcem KDE používať (i keď KDE bola moja srdcovka). Dôvodom sú ľudia okolo KDE (aseigo nechce, aby sa opravili bugy, ktoré ma trápia) a ak by sa aj zmenili tím, zmenili by prístup proste už tomu neverím. Som z odchodu od Linuxu po pekných pár rokoch trochu znechutený, ale pomaly si zvykám.