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.
/proc/net/dev? Když si nechám vypisovat statistiky například každých 100ms příkazem watch -n 0.1 "cat /proc/net/dev"tak u loopbacku se ta statistika mění správně hned, ale u síťovek em1 em2 se to aktualizuje skokově až po sekundě. Potřeboval bych aby se to u em1 a em2 aktualizovalo taky instantně. Ještě donedávna mi to fungovalo. Všiml jsem si toho, když mi icewm zničehonic začal malovat hnusné zubaté grafy v systray.
ethtool -C em0 stats-block-usecs 100000
netlink error: Invalid argumentKdyž to pustím v ukecaném debug mode, tak
sudo ethtool --debug 2 -C em1 stats-block-usecs 100000
sending genetlink packet (32 bytes):
msg length 32 genl-ctrl
received genetlink packet (796 bytes):
msg length 796 genl-ctrl
received genetlink packet (36 bytes):
msg length 36 error errno=0
sending genetlink packet (40 bytes):
msg length 40 ethool ETHTOOL_MSG_COALESCE_SET
received genetlink packet (60 bytes):
msg length 60 error errno=-22
netlink error: Invalid argument
Na toto se nechytám už
. Jinak síťovka normálně funguje, žádné chyby v připojení nejsou, až na ty statistiky v /proc/net/dev
stats-block-usecs implementují jenom Broadcom drivery (tg3, bnx2, bnxt).
Jaký hardware/driver je em1?
[ 61.185387] tg3 0000:03:00.0 eth0: Tigon3 [partno(BCM95717) rev 5717100] (PCI Express) MAC address 2c:44:fd:9a:e6:3c [ 61.185391] tg3 0000:03:00.0 eth0: attached PHY is 5718C (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[1]) [ 61.185392] tg3 0000:03:00.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] TSOcap[1] [ 61.185394] tg3 0000:03:00.0 eth0: dma_rwctrl[00000001] dma_mask[64-bit] [ 61.220263] tg3 0000:03:00.1 eth1: Tigon3 [partno(BCM95717) rev 5717100] (PCI Express) MAC address 2c:44:fd:9a:e6:3d [ 61.220266] tg3 0000:03:00.1 eth1: attached PHY is 5718C (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[1]) [ 61.220268] tg3 0000:03:00.1 eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] TSOcap[1] [ 61.220269] tg3 0000:03:00.1 eth1: dma_rwctrl[00000001] dma_mask[64-bit] [ 61.729983] tg3 0000:03:00.1 em2: renamed from eth1 [ 61.746430] tg3 0000:03:00.0 em1: renamed from eth0 [ 79.118645] tg3 0000:03:00.0 em1: Link is up at 1000 Mbps, full duplex [ 79.118660] tg3 0000:03:00.0 em1: Flow control is on for TX and on for RX [ 79.118664] tg3 0000:03:00.0 em1: EEE is disableda lspci taky
03:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5717 Gigabit Ethernet PCIe (rev 10)
DeviceName: NIC Port 1
Subsystem: Hewlett-Packard Company Device 18d2
Kernel driver in use: tg3
Kernel modules: tg3
03:00.1 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5717 Gigabit Ethernet PCIe (rev 10)
DeviceName: NIC Port 2
Subsystem: Hewlett-Packard Company Device 18d2
Kernel driver in use: tg3
Kernel modules: tg3
Taky mi přijde trochu divné, že ten ovladač tg3 ty síťovky natvrdo přejmenovává navzdory tomu že linux bootuje s volbou net.ifnames=0
Něco se o tom píše tady, ale je to na mě už moc odborné čtení a moc tomu nerozumím.
Taky mi přijde trochu divné, že ten ovladač tg3 ty síťovky natvrdo přejmenováváTo nedělá ovladač, to dělá nějaký program v uživatelském prostoru, který se tu volbu rozhodl ignorovat. První podezřelý je udev/systemd, druhý NetworkManager
Tiskni
Sdílej: