Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
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: