Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).
Organizace Apache Software Foundation (ASF) vydala verzi 30 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
mkisofs. Je možné použít také síť, tj. připojit ze z emulovaného počítače na ten skutečný a využít třeba Sambu nebo FTP. Samozřejmě lze zapisovat také přímo z přízakového řádku do virtuálního disku uloženého v souboru. Pokud je v něm pouze jeden oddíl, lze to provést takto (jako root):
mount -o loop,offset=32256 soubor_s_diskem /tmp/nějaký_adresářP.S.: Zrychluje vám kqemu emulaci?
Zkousel jste nekdo qemu 0.8.0, pripadne spis CVS? Nefunguje mi v nem TUN rozhranni pro virtualni sit. Klasicka hlaska:
warning: could not open /dev/net/tun: no virtual network emulationbo neco na ten zpusob, mozna jeste se SIOCSIFADDR: No such device
Po navratu ke starsi verzi v pohode. Zkousel jsem reportovat bug, ale jediny, co se mi vratilo, bylo zvyseny mnozstvi spamu a v CVS na dany tema taky zadny zmeny... :-/
Tohle jsem si navic jeste trochu upravil, aby to nebylo optimalizovany pro 386ku ale i586. Vys to bohuzel zatim nejde, neprojde to kompilaci... :-/
Pokud se to nezkompiluje rucne pro dany jadro v podadresari prislusnyho qemu, tak to podle me snad ani nemuze fungovat. Proste rozbalit qemu, do nej rozbalit kqemu, v qemu napsat:
./configure --prefix=... --target-list=...A pak to zmaknout... A razem to bootuje o vic nez pul minuty rychleji. Stary verze se musej´ kompilovat tahle zcela zcela zavisle a nova verze, co nemusi, je jeste v CVS.
Nevim, jak jsou na tom balicky v jinych distribucich, ale kdyz pouziju emerge pomoci ebuildu, tak se to taky snazi kompilovat kazdy zvlast a vysledek je nefunkcni.
CFLAGS="-O3 -fomit-frame-pointer -march=pentium2" ./configure --prefix=/opt/qemu-0.8.0 --target-list=i386-softmmu --enable-kqemu && make && make installFunguje to, ale jede to pomalu s modulem i bez něj.
FATAL: Error inserting kqemu (/lib/modules/2.6.11-6mdk/misc/kqemu.ko): Invalid module format
preventivně jsem udělal
depmod -a
a vyhledal
crw-rw-rw- 1 root root 250, 0 bře 7 11:01 /dev/kqemu
a teď nevím co dál. Má někdo nápad nebo radu? Používám Mdk2005le.
/dev/kqemu jsou v pořádku, čtení i zápis všem je pohodlná cesta nejmenšího odporu.
qemu-0.8.0 a kqemu-0.7.2. Spouštěl jsem to bez instalovaného kqemu.ko modulu a pak s instalovaným (kontroloval jsem zda je aktivní v monitoru pomocí info kqemu).
Nevíte někdo proč kqemu neurychluje?
mkisofs -o /někde/nějaké.iso -r -J .Parametry
-r -J zajistí správné názvy souborů a další věci dobré pro Unix (-r) i Windows (-J), více je v manuálové stránce.
Při spuštění Qemu je dobré přidat parametr -cdrom /někde/nějaké.iso, systém pak bude pracovat s CD obrazem jako nějakou CD mechanikou. Mechaniky je možné měnit i za chodu, stiskem Control+Alt+2 se zobrazí příkazový řádek Qemu, kde lze příkazem change cdrom /někde/jiné.iso změnit obraz CD. Je možné zadat i přímo zařízení CD-ROM mechaniky, třeba /dev/cdrom, pak bude možné použít skutečné CD. (Je však třeba dát uživateli přístupová práva pro čtení k souboru v /dev.) Pod Windows to je také, jen se místo /dev/cdrom napíše něco jako D:\, ale nevím to jistě, nikdy jsem to nědělal.
Systém spuštěný v Qemu si s falešnou CD mechanikou poradí naprosto bez problémů, z jeho pohledu jde o skutečné CD.
Tiskni
Sdílej: