From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Hinsen Subject: Re: Lightning talk at IPFS camp Date: Thu, 06 Jun 2019 14:15:26 +0200 Message-ID: References: <87ef4g2zfq.fsf@ambrevar.xyz> <8cdf8d67-2b98-c6f9-e795-d507207b4e1b@fastmail.net> <87y32ff7w9.fsf@ambrevar.xyz> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([209.51.188.92]:48474) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hYrIv-0005BV-AV for guix-devel@gnu.org; Thu, 06 Jun 2019 08:15:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hYrIt-0000X3-7h for guix-devel@gnu.org; Thu, 06 Jun 2019 08:15:37 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:51051) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hYrIr-0000Jh-7x for guix-devel@gnu.org; Thu, 06 Jun 2019 08:15:33 -0400 In-Reply-To: <87y32ff7w9.fsf@ambrevar.xyz> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Pierre Neidhardt , Guix-devel Pierre Neidhardt writes: >> - A unified way to refer to stuff (I am thinking of IPLD here) >> No more tarballs, git commits, etc. CIDs everywhere. > > Do you have a concrete use case? I was thinking of the Guix package definitions. In the long run, assuming IPFS turns out to be reliable enough, we could put all source into IPFS with a CID reference, rather then today's many ways to download source files. >> - A unified storage scheme for all data, both "system" and "user". > > Can you elaborate? Again in the long run, if we don't mind depending on IPFS, we don't need the Guix store any more. Package installation would amount to local pinning. Anyone could then build a package anywhere (home directory, ...) and just add it to IPFS. Since that also eliminates the technical constraints of the store, the same mechanism could be used for any kind of data processing, with the results stored in IPFS. Reproducibility of any kind of computation via Guix, with building software just an important special case. > I'm not too sure about how human input would be logged, but at the very > least the idea of distributing the store seems amazing. For human input, Git would be OK, with repositories stored in IPFS (there's already some support for that, see https://github.com/ipfs/go-ipld-git). A more radical redesign is Radicle (http://www.radicle.xyz/), which uses IPFS as a collaboration platform (still at the git level). I guess Radicle could be used for much more than that in Guix, but I haven't looked at that in detail. Konrad.