> > unimplemented notes: >> - regarding git histories, at least one of guix itself !! >> - /build/ is ratelimited, so the narinfos or derivation paths of the >> first joblists would ee quite useful. enumerating /build/details seems only >> helpful if the derivation cannot be found anywhere >> > - on python, diskcache-rs advertises transparent compression >> > Oh and the response metadata is diagnostically and forensically incredible > but unnecessary and using a lot of space and time > >> >> my cachedb is over 4.6GB of metadata and still growing. I randomly sorted >> the builds and ran a few processes in parallel so the list should still be >> quite useful. "quick naive script" solution to this needs a lot of >> time*space >> > > note "quick naive" might apply to almost all source i have seen since > 2014, notably pytorch :s > > but guix15.py should be written in guile to reuse existing work and have > separate threads for build and nar* data >
It is hard to think about doing this right because the right solution is a p2p computer, which became politically controversial. We got the parts we just gotta overcome what we've been through and put them together, although now they're all quick naive solutions too
