From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pierre Neidhardt Subject: Re: Lightning talk at IPFS camp Date: Thu, 06 Jun 2019 14:36:12 +0200 Message-ID: <87k1dygabn.fsf@ambrevar.xyz> References: <87ef4g2zfq.fsf@ambrevar.xyz> <8cdf8d67-2b98-c6f9-e795-d507207b4e1b@fastmail.net> <87y32ff7w9.fsf@ambrevar.xyz> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:54621) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hYrdA-0006wi-7m for guix-devel@gnu.org; Thu, 06 Jun 2019 08:36:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hYrd6-0007CG-Lo for guix-devel@gnu.org; Thu, 06 Jun 2019 08:36:30 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:59963) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hYrd5-0006fY-ME for guix-devel@gnu.org; Thu, 06 Jun 2019 08:36:28 -0400 In-Reply-To: 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: Konrad Hinsen , Guix-devel --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Konrad Hinsen writes: > 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. There would be nothing special about it beside implementing an IPFS fetcher, or would it? Let me know if I misunderstood. > 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. Very good point, I like it. I think I'll mention this in the talk. > 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. Didn't know Radicle, it looks fantabulous! And... it uses (or plans to) a Scheme-based language! :) So you are saying that we could move the guix.git to a Radicle project, right? Makes sense to me. =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlz5CLwACgkQm9z0l6S7 zH9VQggAiegyW5Pq7O8APchTrwJvTvfhZcGKt0owpdQ9oNeHKWv7YdGEUuwBtfAe tbQmJmw3yeCEuBF5AkhylvTxrxwRNLSj72KN4cdhTeF181UPUe+U1U2ms8L7UxC+ 3LXqbE0UIHM3ymLc1ML0fXehimdlv6010NpS8y2ti6jgxh/R/LND1Q2pdSPn1ICL s8xpe9bVAnaTYW9NfR+vXjP8aGuq2OQrV3v0QnB10xQJOBYg/ahh3tNuKkwEel5M 0QT1n9a6URbgozRq0C1oftsAH5O+zRft4C9/f5mMau6bFMaWScSP8YPXsNCEyuCq x/cTtTrazQyj22zgFzURHE3SJc6eng== =D0bb -----END PGP SIGNATURE----- --=-=-=--