Všem vše nejlepší do nového roku 2026.
Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.60. Vyzkoušet lze online demo.
Daniel Stenberg na svém blogu informuje, že po strncpy() byla ze zdrojových kódů curlu odstraněna také všechna volání funkce strcpy(). Funkci strcpy() nahradili vlastní funkcí curlx_strcopy().
Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
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: