Apple představil nový iPad mini, iMac s čipem M6, 14palcový MacBook Pro s čipem M6 a MacBook Pro s PROLED XDR displejem – první Mac s dotykovým ovládáním.
Nedávno představený projekt mapSTL.com řeší budoucnost. 𝕏: "Netušil jsem, kolik patentů na generování map existuje. Existují patenty na generování fantasy map 🫣. Cokoliv je na 3D tiskárnu a tvoří to produkt, bude to mít patenty. Tak bacha na to!" … více »
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.4 (𝕏). Přehled novinek a vylepšení v poznámkách k vydání.
Byla objevena zranitelnost Tailworm v Tailscale a Headscale umožňující lokální eskalaci práv přihlášeného uživatele. Následně byla v Tailscale v opravené verzi 1.104.4+ změněna architektura aplikace. Viz příspěvek na blogu Tailscale.
Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.
Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].
Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Po delší době pátrání jsem nepřišel na to, jak automaticky nastavovat v KVM guestech čas po jejich probuzení např. po restartu KVM hosta. KVM hostitelský systém (CentOS) mám nastavený tak, že při vypínání ukládá stav všech běžících domén na disk. Takže se nestane, že třeba při běhu z UPS by se nestačil včas vypnout kvůli nějakému neposlušnému guestu.
Jenže po opětovném startu hostitele mají po obnovení všechny guesty špatný čas (celkem logicky si to pamatuje čas uložení). Jenže díky tomu přestane hodně služeb v guestech fungovat a fungovat nezačnou, protože ntpd daemon v linuxu nezvládne seřídit velký časový rozdíl včas nebo dokonce při větším časovém rozdílu spadne.
Zásadní problém je ten, že v guestech nelze normálně detekovat, že neběžely - leda třeba každou vteřinu posílat ntp query a porovnávat s lokálním časem. Jenže co když nemám v síti timeserver a ani mít nemůžu? Potom bych strašně zatěžoval veřejné ntp servery.
Proto jsem si v javě naprogramoval jednoduchou aplikaci, která umí poslat z hostitele guestům zprávu, že si mají srovnat čas a pošle jim i aktuální unix timestamp hostitele. Aplikace komunikuje s guesty přes nějaké blokové zařízení, tj. v hostiteli vytvořím přes dd soubor a ten potom guestům přidám jako nový disk. Aplikace umožňuje zapsat do tohoto souboru nějaký status a automaticky zapsat timestamp. Guest potom prostě tento disk čte (respektive prvních 2048 bajtů). Aplikace umí v guestu disk identifikovat podle signatury, takže není potřeba ani znát cestu k tomu zařízení v guestu. Aplikaci jsem zkoušel v následujících guestech: Linux, Windows XP, Windows Server 2008R2.
Výhodou mého řešení je, že se v guestech nemusí používat virtio ovladače, které třeba pod Windows XP fungují strašně (respektive nefungují). "Oficiální" cestou pro komunikaci s guesty je totiž využití virtuálního sériového portu.
Moje otázka zní, jestli by o to někdo neměl zájem a nemám to někam hodit pod nějakou opensource licencí? ... a nekamenujte mne prosím za to, že jsem tento text nepsal do blogu - blogovat můžu až po 10 dnech od registrace
Na otázku zatím nikdo bohužel neodpověděl.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz