From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Using a CDN or some other mirror? Date: Tue, 04 Dec 2018 15:05:44 +0100 Message-ID: <87woop1j5z.fsf@gnu.org> References: <20181203154335.10366-1-ludo@gnu.org> <87tvju6145.fsf@gnu.org> <34d346ac-fc0a-aac2-f092-8a57e345c4e6@goebel-consult.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42295) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gUBKk-0003sy-2t for guix-devel@gnu.org; Tue, 04 Dec 2018 09:05:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gUBKf-0005mW-Hc for guix-devel@gnu.org; Tue, 04 Dec 2018 09:05:54 -0500 In-Reply-To: <34d346ac-fc0a-aac2-f092-8a57e345c4e6@goebel-consult.de> (Hartmut Goebel's message of "Tue, 4 Dec 2018 11:40:52 +0100") 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: Hartmut Goebel Cc: guix-devel@gnu.org Hi Hartmut, Hartmut Goebel skribis: > Am 03.12.2018 um 17:12 schrieb Ludovic Court=C3=A8s: >> Thus, I=E2=80=99m thinking about using a similar setup, but hosting the = mirror >> on some Big Corp CDN or similar. > > Isn't this a contradiction: Building a free infrastructure relaying on > servers from some Big Corporation? Let allow the privacy concerns > raising when delivering data via some Big Corporation. > > If delivering "packages" works via static data without requiring any > additional service, we could ask universities to host Guix, too. IMHO > this is a much preferred solution since this is a decentralized publish > infrastructure already in place for many GNU/Linux distributions. As you know, berlin.guixsd.org is hosted at the Max Delbr=C3=BCck Center in Berlin, a public research institute. So in a way, we=E2=80=99re already do= ing that. We shouldn=E2=80=99t take it for granted that public institutes will happily host our stuff and donate hardware: without Ricardo=E2=80=99s work = and the generosity of the MDC, we wouldn=E2=80=99t have anything there. I understand the reluctance regarding =E2=80=9CBig Corp=E2=80=9D hosting, a= nd I actually share it to some extent. However, having put much thought into it (and also much sweat in build farm sysadmin=E2=80=A6), I think the alternative i= s: commercial hosting, or peer-to-peer. Florian has been looking at the latter approach with IPFS, and perhaps we=E2=80=99ll be able to put it in production in a few months and be happy = with it (I have good hopes given what Florian already demonstrated.) In the meantime, we need redundant storage, high bandwidth, and high availability. If you know of non-profit organizations that can provide such services, please let us know; if not, we=E2=80=99ll resort to a commer= cial service. The bottom line is: we cannot reasonably pretend to offer such a service ourselves. (Note that we=E2=80=99re just talking about substitute delivery=E2=80=94I w= ouldn=E2=80=99t want to *build* packages on one of these commercial hosting services.) I hope this clarifies my position. Ludo=E2=80=99.