Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.
Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.
Richard Biener oznámil vydání verze 14.1 (14.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 14. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
ipfs initNasledne spustit s parametrem daemon:
ipfs daemonNyni jiz lze nahrat libovolny soubor prikazem:
ipfs add tux.pngPrikaz provede pridani souboru tux.png do IPFS a vypise nasledujici info (hash):
added Qmf1Vpfc1Z6P8zet8U813CFxFijV7HqcT5EX2gDJXp2F12 tux.pngSoubor je mozne nasledne ziskat pomoci prikazu:
ipfs get Qmf1Vpfc1Z6P8zet8U813CFxFijV7HqcT5EX2gDJXp2F12A to u libovolneho uzivatele IPFS.
Tiskni Sdílej:
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ý.