Hi, Ricardo Wurmus <rek...@elephly.net> skribis:
> I’m unpacking to rsync now, but it’s not great to duplicate files on the > local disk only to send them over the network. The ideal workflow for > me would treat the store on my local machine as the source and the > remote machine as the target, without any copying from source to source > in between. > > The local-unpack method also requires an empty directory to be > maintained; it needs to be emptied before the next time we try to unpack > anything. > > Another downside is the creation of the tarball itself. I don’t need it > but it’s still created only to be destroyed in the next step. This is > unfortunate, because Guix could use a different mechanism to “check out” > files from the store to a new location. Here’s another idea: allowing ‘guix copy’ to talk to a “raw” remote store—i.e., just /gnu/store + /var/guix/db accessed over SSH. Just like we have (guix store ssh), we could implement raw store operations over SSH using ‘remote-eval’ and (guix store database). Hmm that amounts to implementing a subset of the daemon. Ludo’.