unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: gnunet-developers@gnu.org
Cc: bug-guix@gnu.org
Subject: Using GNUnet for binary package distribution
Date: Thu, 21 Mar 2013 14:02:49 +0100	[thread overview]
Message-ID: <87620kykg6.fsf@gnu.org> (raw)

[-- Attachment #1: Type: text/plain, Size: 1441 bytes --]

Hello GNUnet!

GNU Guix provides a transparent binary/source deployment model.  A
server can claim: “hey, I have the binary for
/nix/store/v9zic07iar8w90zcy398r745w78a7lqs-emacs-24.2!”, where the
base32 string uniquely identifies a build process.  If you trust that
server to provide genuine binaries, then you can grab them instead of
building Emacs locally.

The “traditional model” has been to have a build farm build and serve
binary packages.  In that model, users trust the build farm to provide
authentic binaries.

I’m interested in providing a /practical/ decentralized distribution
model.  It seems to me that GNUnet’s DHT would be the most appropriate
(as opposed to AFS).  WDYT?

One of the problems to be solved is authentication: users would have to
specify a list of GNUnet pseudonyms of trusted binary providers, or
something like that.  Managing this list would have to be as easy as
possible, to allow the system to scale.

Another issue is privacy: we want to give users an incentive to share
their binaries, but at the same time, they should have control over what
gets shared (for instance, Christian may want to hide the fact that he’s
installed Python and not Guile ;-)).

What do you think of the idea?  Would the DHT retain files long enough
for this to be practical?

I’m considering submitting this as a GSoC project (under the GNU
umbrella).

Thanks!

Ludo’.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

             reply	other threads:[~2013-03-21 13:03 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-21 13:02 Ludovic Courtès [this message]
2013-03-21 17:03 ` Using GNUnet for binary package distribution Andreas Enge
2013-03-21 18:01 ` Christian Grothoff
2013-03-21 18:14   ` Sree Harsha Totakura
2013-03-22 12:25     ` [GNUnet-developers] " Ludovic Courtès
2013-03-22 12:57       ` Christian Grothoff
2013-03-22 13:56         ` Ludovic Courtès
2013-03-22 12:29   ` [GNUnet-developers] " Ludovic Courtès
     [not found]     ` <514C6DF0.5000800@in.tum.de>
2013-03-22 14:52       ` Ludovic Courtès
2013-03-23 20:51         ` Sree Harsha Totakura
2013-03-25 10:46           ` Sree Harsha Totakura
2013-03-25 10:51             ` Christian Grothoff
2013-03-25 12:58               ` Ludovic Courtès

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

  List information: https://guix.gnu.org/

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

  git send-email \
    --in-reply-to=87620kykg6.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=bug-guix@gnu.org \
    --cc=gnunet-developers@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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).