Dětem začala škola a nedobrovolně se tak musí vzdělávat. Avšak pro dospělé, kteří se chtějí vzdělávat nebo naopak se o vědomosti podělit, je tu Virtuální Bastlírna - jako každý měsíc si můžete online a zdarma nezávazně popovídat o vědě a technice nejen s bastlíři, ale i s vývojáři, vědci nebo profesory. A čemu se strahováci budou věnovat? Blíží se KiCAD 11 s nespočtem novinek, z nichž zde musí zmínit alespoň možnost kótování a závislostí z
… více »Asahi Linux, tj. Linux pro Apple Silicon, oficiálně podporuje čipy M3 (M3, M3 Pro a M3 Max).
Společnost Acer oslavila 50 let. Na tiskové konferenci next@acer představila řadu novinek. Vypíchnout lze přenosný ePaper displej Acer EP130K, přenosné řešení se třemi displeji Acer PD163Q P3 nebo herní handheld a notebook v jednom DualPlay Mini.
Server SiFive BigSky SF-2U870 2U je založený na jádře SiFive P870-D, zatím je naintegrovaných 32 jader 256 GB RAM 2 GHz, škálovat lze do 256 jader na čip. O něco podrobnější popis serveru v článku SiFive BigSky Ships the First RISC-V Server. Is the GPU Head Node the Prize? na futurumgroup.com. Asi ani tento čip nebude na úrovni nejlepších 64-bit ARMů a AMD Zenů, ale splňuje RVA23 specifikaci a je podporovaný Ubuntu 26.04 LTS a RHEL 10. V článku je
… více »Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
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: