all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: mikadoZero <mikadozero@yandex.com>
To: guix-devel@gnu.org
Subject: Re: CDN Test Results - Should We Continue Using a CDN?
Date: Mon, 11 Mar 2019 11:16:21 -0400	[thread overview]
Message-ID: <r2bdtpa2.fsf@yandex.com> (raw)
In-Reply-To: <87d0my1380.fsf@gmail.com>


Chris Marusich writes:

> Since the test has concluded, we are not currently using a CDN.  Going
> forward, we need to decide if we want to continue to use a CDN.

In "14.4.1 Software Freedom" of the Guix manual it says that Guix is free
software and follows the free software distribution guidelines.

Is using a proprietary non free CDN as a core part of Guix's
infrastructure in conflict with Guix's software freedom?

Using a proprietary CDN has the potential for an unplanned increase in
workload.  This is because of the combination of vendor lock in and 
product line discontinuation.  Which could create unplanned rework of
setting up a CDN elsewhere.  This hinders Guix's resource planning by
introducing the potential for surprise rework.

Are there any free software content delivery networks?

> One of the reasons why we wanted to use a CDN in the first place was to
> free up resources so that the community could spend more time working on
> better solutions.  For example, some people have expressed an interest
> in a distributed or peer-to-peer substitute mechanism using IPFS or
> GNUnet.  In fact, Ludo paved the way for this by submitting patches to
> distribute substitutes over IPFS:
>
> https://issues.guix.info/issue/33899
>
> However, it seems his work hasn't succeeded in exciting people enough to
> carry the momentum forward.  We need more people who are interested in
> this and can work on it!  Otherwise, it may never become a reality.  So
> if you care about distributed or peer-to-peer substitutes, please help!

This is interesting.  Peer-to-peer substitutes using free software is
well aligned with Guix as a free software project.  I would want to use
this method if it was available.

Has there been any progress on this since the end of that thread?

Any guesses about how difficult this may be to complete and how much
work might be required?

  parent reply	other threads:[~2019-03-11 15:16 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-11  3:47 CDN Test Results - Should We Continue Using a CDN? Chris Marusich
2019-03-11  8:09 ` Pierre Neidhardt
2019-03-11 15:16 ` mikadoZero [this message]
2019-03-11 16:11   ` Ricardo Wurmus
2019-03-11 19:25     ` mikadoZero
2019-03-12  0:57 ` Maxim Cournoyer
2019-03-12  3:21   ` Chris Marusich
2019-03-12 13:38   ` Ludovic Courtès
2019-03-13  2:13     ` Maxim Cournoyer
2019-03-14 20:12 ` Leo Famulari

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=r2bdtpa2.fsf@yandex.com \
    --to=mikadozero@yandex.com \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.