Right. IPFS is interesting. I hope we can get it in Guix. I have a work-in-progress of a go-build-system with packages for Syncthing up here: https://github.com/lfam/guix/tree/wip-syncthing It seems
Hi, read an update inline commented. Update: currently some refactoring is happening, grothf just started refactoring the client api which requires every service to be modified, which takes some time
Hi, Work is done towards 0.10.2, there are just some bugtickets left but I can assure you that work is happening regulary and its alive and well :) I take the current incompabilities between 0.10.1 a
rekado pushed a change to branch master in repository guix. from 2bea3f2562 gnu: kubo: Unbundle go-cidutil, go-log and go-ipfs-util. new 79c2b32337 gnu: r-with-tests: Update to 4.4.0. ... new 5ad635
Hi, Yes, they had been built on ci.guix.gnu.org in the r-updates jobset. Oh, this is new to me. I've just read it. (Good to know also for the upcoming merge of the python-team branch!) My apologies f
... ... Were these changes meant to be pushed to master? These changes from r-updates have effectively jumped the queue past those on the core-updates and gnome-team branches, and since there was nev
Hi Oleg, Small update to give you some numbers. Looking through gnu/packages/ I found a total of 593 packages using the go-build-system. With guix refresh -l, I find 1449 dependent packages. I am cur
Hi, There are not too many Golang packages in Guix comparing to other language spectific modules: --8<--cut here--start-->8-- grep -r "build-system go-build-system" gnu/packages | awk '{print $1}' 38
Dear Guixers, Here is a quick status update on my proposition to expose composable functions to change operating-system declarations. Thank you all for the feedback you gave me :) It's very nice to n
On Thu, Nov 16, 2023, at 10:14 AM, Ludovic Courtès wrote: My take is that the daemon rewrite in Guix will aim for 100% compatibility at the protocol level (in fact part of what’s needed is already
Hi Ludo, I feel this discussion is still pending, so I am resuming. :-) If context is missing, the thread starts here. Guix project infrastructure. I agree that if the source is substitutable (= the
Isn't it worked on still? My understanding was that we are waiting for: 1. ERIS to happen -> https://eris.codeberg.page/ which is here -> https://issues.guix.gnu.org/52555 2. and also https://librepl
It does index the IRC logs, but there’s a bug in the deployment: https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/hydra/goggles.scm#n56 Peering issues can only be avoided by distributing
yes, but those are different tasks, solved by different tools. Swarm (and IPFS, and their ilk) solve large-scale cooperation in storing content. and the larger the scale of cooperation, the larger t
Hi, Please skip if it interferes in the discussion. :-) That’s just my partial understanding as a ignorant person on this topic of P2P storage system. First of all, thanks for considering the two a
The NNCP utility might be worth taking a look at. There is a way to set it up alongside udev to automatically transfer files from connected USB storage.
Hi, This is the case when you consider that the result of the fixed-output derivation is already inside the Guix “ecosystem”… …but else URL/URI is not just a “hint“. Or could you explain
The NNCP utility might be worth taking a look at. There is a way to set it up alongside udev to automatically transfer files from connected USB storage.