Během akce Arduino Days 2026 byl publikován Arduino Open Source Report 2025 (pdf) a oznámeno 7 nových produktů kompatibilních s deskou UNO Q (Arduino USB-C Power Supply, USB-C Cable, USB-C Hub, UNO Media Carrier, UNO Breakout Carrier, Bug Hopper, Modulino LED Matrix).
Google v pátek spustil v Česku Vyhledávání Live. Tato novinka umožňuje lidem vést plynulou konverzaci s vyhledávačem v češtině. A to prostřednictvím hlasu, nebo prostřednictvím toho, na co ukážou svým fotoaparátem či kamerou v mobilu. Rozšíření této multimodální funkce je možné díky nasazení Gemini 3.1 Flash Live, nového hlasového a audio modelu, který je od základu vícejazyčný, takže umožňuje lidem po celém světě mluvit na vyhledávač přirozeně a v jazyce, který je jim nejbližší.
Jsongrep je open-source nástroj, který efektivně prohledává JSON dokumenty (editovat je neumí). Kompiluje regulérní jazyk dotazu do podoby deterministického konečného automatu (DFA), díky čemuž prochází strom JSON dokumentu pouze jednou a je v tom tedy rychlejší než jiné nástroje jako jsou například jq, JMESPath nebo jql. Jsongrep je napsaný v programovacím jazyce Rust, zdrojový kód je dostupný na GitHubu.
O víkendu probíhá v Praze na Karlově náměstí 13 konference Installfest 2026. Na programu je celá řada zajímavých přednášek a workshopů. Vstup na konferenci je zcela zdarma, bez nutnosti registrace. Přednášky lze sledovat i online na YouTube.
Mozilla a společnost Mila oznámily strategické partnerství za účelem rozvoje open source a suverénní AI. Cílem je ukázat, že open source AI může konkurovat uzavřeným systémům. Obě organizace chtějí posílit technologickou suverenitu a snížit závislost na hrstce velkých technologických firem.
Adam Rice předvedl, že pomocí DNS lze distribuovat a spustit kompletní hru DOOM. Rozdělil WAD soubory a binárky do téměř 2000 DNS záznamů v Cloudflare zóně (jeden TXT záznam v DNS může nést okolo 2000 znaků textu). Ty pak stáhl PowerShellem, dekomprimoval a spustil přímo v paměti počítače bez nutnosti zápisu na disk, což prakticky dokazuje, že DNS může sloužit jako distribuované úložiště dat a možný kanál pro načítání kódu. Repozitář projektu je na GitHubu.
Dnes a zítra probíhají Arduino Days 2026. Na programu je řada zajímavých přednášek. Sledovat je lze od 17:00 na YouTube. Zúčastnit se lze i lokálních akcí. Dnes v Poličce v městské knihovně a zítra v Praze na Matfyzu.
Byla vydána beta verze Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.04 LTS mělo vyjít 23. dubna 2026.
Byla vydána aktualizována Příručka pro začínající wikipedisty a wikipedistky (pdf).
Ubuntu plánuje v budoucích verzích nahradit tradiční nástroje pro synchronizaci času (chrony, linuxptp a gpsd) novým, v Rustu napsaným ntpd-rs, který nabídne vyšší bezpečnost a stabilitu.
Koukám, že jsi mne s článkem předběhl :-) Taky jsem se chystal o IPFS něco napsat. A když půjdu o krok dál… technologie, která nahradí nejen současný web1, ale i webové aplikace2 a celé to bude decentralizované, distribuované a anonymní. A potom (nebo předtím?) svobodný nástupce současných IP sítí…
[1] na což stačí ten IPFS nebo KBFSQmcY1ek1ZbifvqbqhRpefm9So28FXRc82BzyBRyf9tLpYSMuj upload max 8 Mbit/s
Kdyz ve svem pc do IPFS nahrajete soubor tak tam zustane a nikam se svevolne "nerozlejva" Pokud nekomu date hash a on si soubor stahne tak uz jej budete mit u sebe oba dva nasledne tri, ctyri.... zalezi jak se bude hash sirit. Co se tyce rychlosti tak i me by zajimalo otestovat. Pokud sem date nekdo hash na nejaky volne siritelny soubor nahrany ve vasem IPFS tak rad testnu. Na oplatku predem davam hash na soubor: debian-9.3.0-amd64-netinst.iso (290 MB)Zamrzne to na přenesených 20MB, kde jsem to po asi 3/4 hodině vypnul:QmcY1ek1ZbifvqbqhRpefm9So28FXRc82BzyBRyf9tLpYSMuj upload max 8 Mbit/s
$ time ipfs get QmcY1ek1ZbifvqbqhRpefm9So28FXRc82BzyBRyf9tLpYS Saving file(s) to QmcY1ek1ZbifvqbqhRpefm9So28FXRc82BzyBRyf9tLpYS 20.00 MB / 290.07 MB [======>---------------------------------------------------------------------------------------------] 6.89% 22m34s^C Error: net/http: request canceled real 43m55.232s user 0m0.708s sys 0m0.676sKonzole démona je zablitá errorama:
18:12:53.409 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID PRB9SN>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID PRB9SN> dial attempt failed: dial tcp4 79.184.255.81:36441: i/o timeout wantmanager.go:237 18:14:59.785 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID U6jwZ4>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID U6jwZ4> dial attempt failed: i/o timeout wantmanager.go:237 18:14:59.854 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID VCXEKm>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID VCXEKm> dial attempt failed: connection refused wantmanager.go:237 18:15:01.754 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID PbZ3SD>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID PbZ3SD> dial attempt failed: i/o timeout wantmanager.go:237 18:15:47.682 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID P8HLrD>) failed: dial attempt failed: context deadline exceeded wantmanager.go:237 18:16:07.865 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID Z3VKwn>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID Z3VKwn> dial attempt failed: i/o timeout wantmanager.go:237 18:16:10.767 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID dAB13h>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID dAB13h> dial attempt failed: i/o timeout wantmanager.go:237 18:16:36.735 ERROR bitswap: couldnt open sender again after SendMsg(<peer.ID VtDRXc>) failed: dial attempt failed: <peer.ID W3jHKS> --> <peer.ID VtDRXc> dial attempt failed: i/o timeout wantmanager.go:237 18:55:16.317 ERROR commands/h: err: context canceled handler.go:285
ipfs get QmcY1ek1ZbifvqbqhRpefm9So28FXRc82BzyBRyf9tLpYS -o /dev/null Saving file(s) to /dev/null 290.07 MB / 290.07 MB [========================================] 100.00% 12m38s
Proč bych měl něco takového vůbec chtít?Tohle považuji za jednu z nejdůležitějších vlastností podobných sítí a je to nejlepší věc na FreeNetu. Každý uživatel poskytuje síti nějaký prostor a nenahrává svá data k sobě, ale prostě do sítě (u FreeNetu dokonce tak, že nikdo nemá k disposici celý soubor naráz, ale pouze jeho část). Pokud je IPFS udělán tak, jak píše Otasomil, tak je to docela problém, protože pokud nějaký soubor nahraji (tj na svůj node) a je zreplikován až potom, co pošlu konkrétní hash nějakému známému (a je opět zreplikován u něj), tak je docela snadné tyto kámoše odpojit od sítě a ta data prostě ztratit. Toto by u FreeNetu nemělo být možné.
Tohle považuji za jednu z nejdůležitějších vlastností podobných sítí a je to nejlepší věc na FreeNetu. Každý uživatel poskytuje síti nějaký prostor a nenahrává svá data k sobě, ale prostě do sítě (u FreeNetu dokonce tak, že nikdo nemá k disposici celý soubor naráz, ale pouze jeho část).No, to zní hrozně hustě, ale stejně jako nechci hostovat bitcoin blockchain, tak nechci hostovat ani nějaká náhodná hovna ostatních uživatelů. Navíc je to celé náchylné na útoky, pokud do toho není zapojená nějaká kryptoměna, která limituje dobu uložení cenou za čas.
Proč plácat výkonem na nějké blbosti, které mne nezajímají?Tak to je potom o tom, v čem vidíš podstatu takové sítě. Pokud je to síť, kde všichni poskytují nějaký relativně malý prostor (v počátku TB disků jsem na FreeNet poskytoval 100GB, to je nic) na svém disku a vytvářejí tak "nekonečně velký" sdílený prostor dostupný všem, tak by tě asi nemělo zajímat, co je zrovna na tvém poskytnutém prostoru (nehledě na to, že ve Freenetu to ani nezjistíš). Ale pokud to (i s Bystroušákem) berete tak, že tam jsou blbosti / hovna, tak tam možná ta hovna sami dáváte.
Jinak, to co píšeš se nijak nevylučuje s tím konceptem. Pokud je určité síťově blízké okolí, které se zajímá o mapy na cestu Mars, síť může tato data replikovat blíž k těmto uzlům (pochopitelně s tím, že někde jinde bude ještě další replika). Takže obsah, který tě zajímá bude pro tebe snadněji dostupný.
Tiskni
Sdílej: