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.
Zdravím,
rozhodl jsem se, že „půjdu s dobou” a rozchodím na svém MacBooku IPv6. Na MacBooku běží Mac OS X Leopard, jako router používám AirPort Extreme a jelikož vlastním veřejnou IPv4 adresu (94.112.30.227), pochopil jsem, snad správně, že bude nejvhodnější použít systém 6to4.
Zabrousil jsem tedy do nastavení routeru a po chvíli vyloženého experimentování bez ladu a skladu jsem přišel na to, že největší úspěch slavím, pokud zvolím možnost „IPv6 Mode: Tunnel”, neb při té jediné (další možnosti jsou „Node” a „Link-local only”) dostane MacBook přidělenu IPv6 adresu. Obě adresy ze screenshotu se dají v pohodě „pingnout”.
Tricia% ping6 fe80:0000:0000:0000:021e:52ff:fef0:fe45 PING6(56=40+8+8 bytes) fe80::21e:52ff:fec8:59a9%en1 --> fe80::21e:52ff:fef0:fe45 16 bytes from fe80::21e:52ff:fef0:fe45%en1, icmp_seq=0 hlim=64 time=1.091 ms 16 bytes from fe80::21e:52ff:fef0:fe45%en1, icmp_seq=1 hlim=64 time=1.068 ms 16 bytes from fe80::21e:52ff:fef0:fe45%en1, icmp_seq=2 hlim=64 time=1.109 ms 16 bytes from fe80::21e:52ff:fef0:fe45%en1, icmp_seq=3 hlim=64 time=1.093 ms ^C --- fe80:0000:0000:0000:021e:52ff:fef0:fe45 ping6 statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 1.068/1.090/1.109 ms Tricia% ping6 2002:5e70:1ee3:0000:021e:52ff:fec8:59a9 PING6(56=40+8+8 bytes) 2002:5e70:1ee3::21e:52ff:fec8:59a9 --> 2002:5e70:1ee3::21e:52ff:fec8:59a9 16 bytes from 2002:5e70:1ee3::21e:52ff:fec8:59a9, icmp_seq=0 hlim=64 time=0.119 ms 16 bytes from 2002:5e70:1ee3::21e:52ff:fec8:59a9, icmp_seq=1 hlim=64 time=0.19 ms 16 bytes from 2002:5e70:1ee3::21e:52ff:fec8:59a9, icmp_seq=2 hlim=64 time=0.189 ms 16 bytes from 2002:5e70:1ee3::21e:52ff:fec8:59a9, icmp_seq=3 hlim=64 time=0.193 ms ^C --- 2002:5e70:1ee3:0000:021e:52ff:fec8:59a9 ping6 statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 0.119/0.173/0.193 ms
Nu, a to je asi tak všechno, co „funguje” (a to určitě ještě nějakým omylem)
Nefunguje pingnutí mého stroje zvenčí, třeba prostřednictvím tohoto webu, ping opačným směrem, tedy směrem „do Internetu”, taktéž nefunguje, želvička také netancuje, a co mé laické oko považuje za asi nejzvláštnější (ač to pro znalce jistě bude pochopitelné), připojení na jakýkoli server, jenž disponuje AAAA záznamem, je několikaminutové peklo doprovázené pohledem na bílý prostor.
Na závěr mi nezbývá, než se omluvit jak za svou neznalost, tak neschopnost popsat svůj problém tak, aby se odborníkovi neotevírala kudla v kapse, a poprosit Vás o extrémní shovívavost a absenci posměšků. Děkuji 
Vůbec bych uvítal výpis routovací tabulky 
Zde je, leč i ve španělské vesnici bych se orientoval lépe, než v tomto výpise 
Tricia% netstat -r Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.0.1 UGSc 25 27 en1 127 localhost UCS 0 0 lo0 localhost localhost UH 1 16388 lo0 169.254 link#6 UCS 0 0 en1 172.16.15/24 link#8 UC 2 0 vmnet1 172.16.15.1 0:50:56:c0:0:1 UHLW 0 2350 lo0 172.16.15.255 ff:ff:ff:ff:ff:ff UHLWb 0 12 vmnet1 172.16.164/24 link#7 UC 2 0 vmnet8 172.16.164.1 0:50:56:c0:0:8 UHLW 0 2109 lo0 172.16.164.255 ff:ff:ff:ff:ff:ff UHLWb 0 12 vmnet8 192.168.0 link#6 UCS 4 0 en1 192.168.0.1 0:1e:52:f0:fe:45 UHLW 40 260 en1 1047 192.168.0.2 localhost UHS 0 0 lo0 192.168.0.3 0:1c:b3:49:21:66 UHLW 0 0 en1 1049 192.168.0.5 0:1d:7d:d1:bc:f2 UHLW 0 256 en1 1067 192.168.0.255 ff:ff:ff:ff:ff:ff UHLWb 0 19 en1 Internet6: Destination Gateway Flags Netif Expire default Marvin.local UGSc en1 localhost link#1 UHL lo0 2002:5e70:1ee3:: link#6 UC en1 2002:5e70:1ee3::21 0:1e:52:c8:59:a9 UHL lo0 2002:5e70:1ee3::21 0:1e:52:f0:fe:45 UHLW en1 fe80::%lo0 localhost Uc lo0 localhost link#1 UHL lo0 fe80::%en0 link#4 UC en0 fe80::%en1 link#6 UC en1 Tricia.local 0:1e:52:c8:59:a9 UHL lo0 Marvin.local 0:1e:52:f0:fe:45 UHLW en1 ff01:: localhost U lo0 ff02:: localhost UC lo0 ff02:: link#4 UC en0
Jen si dovolím několik málo vysvětlivek, Tricia je jméno MacBooko, Marvin jméno routeru.
Jestli si pingne, to netuším, žádné „pingovátko” v administraci není. Pokud je adresa routeru z druhého screenshotu správná (nevím, jak to ověřit), pak pingnutelný zvenčí není.
Co jsem tak četl třeba Ars Technicu, všem by mělo stačit jen v administraci routeru 6to4 povolit a vše by mělo začít fungovat samo. A ono ne 
O to se poměrně ustavičně snažím… Ale přemýšlím, že se na to všechno nejspíš dočista vykašlu. Že mi to sebralo mnohem víc času, než bych do toho byl ochoten investovat, a ještě víc nervů pak při neustálém zjišťování, že to pořád nejede.
Děkuji všem mnohokrát za pomoc a především za Váš čas, žel ten router je zřejmě rukou mou nezkrotitelná bestie 
Navnadil jste mne, abych to taky zkusil, čekal bych, že udělam nějakej tunnel u sebe a dostanu se ven ... až budu mít výsledky, doplním, bude-li to v kontextu ještě objevné a potřeba, zatim mam na řešení věci v žebříčku před tím.
Já právě tak nějak nabyl dojmu, že pokud vlastním veřejnou IPv4 adresu, tak žádný tunel od nikoho nepotřebuju, stačí si zapnout 6to4 a všechno jede tak nějak samo. Špatný dojem? 
Když pominu texty odevšad, zkuste si udělat malou laborku, tři IP zařízení zapojené za sebou, v prostředním mějte jen IPv4 a na krajích si hrajte s IPv6. Takové malé zjednodušení celého problému.
Ten screenshot vypadá dobře. Známý má v podniku IPv6, tak jsem to přes WiFi zkoušel (v Tigeru) a vše chodilo na jeden klik. Nepředpokládám, že by to hoši v Leopardu rozbili. 
Tiskni
Sdílej: