Hi,
Thanks for sharing your tentative roadmap.
Pierre-Antoine Rault skribis:
> Roadmap:
> #1 work on the GNUnet service: handling of requests from users
> (tuple(s) answers[see below for structure]). tests with static database.
> * work on a client-side binary list request
This is so abstr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
So far, I've summarized the info in a small roadmap I intend to follow
: (source [1] )
Roadmap:
#1 work on the GNUnet service: handling of requests from users
(tuple(s) answers[see below for structure]). tests with static database.
* work
l...@gnu.org (Ludovic Courtès) skribis:
> Christian Grothoff skribis:
>
>> On 03/14/2014 02:27 PM, Ludovic Courtès wrote:
>>> Guix is not tied to any particular public key crypto algorithm.
>>> Currently we typically use RSA key, as you note, but we could just as
>>> well tell libgcrypt to use so
Christian Grothoff skribis:
> On 03/14/2014 02:27 PM, Ludovic Courtès wrote:
>> Guix is not tied to any particular public key crypto algorithm.
>> Currently we typically use RSA key, as you note, but we could just as
>> well tell libgcrypt to use something else, no?
>
> Yes, and my point is you s
On 03/14/2014 02:27 PM, Ludovic Courtès wrote:
> Guix is not tied to any particular public key crypto algorithm.
> Currently we typically use RSA key, as you note, but we could just as
> well tell libgcrypt to use something else, no?
Yes, and my point is you should. I also do not believe in givin
Christian Grothoff skribis:
> On 03/14/2014 12:08 AM, Ludovic Courtès wrote:
>> Christian Grothoff skribis:
>>
>>> Ludo, would you please consider moving to the GNU Name System?
>>
>> Guix uses the SPKI-like infrastructure for purposes unrelated to the
>> project at hand (to sign/authenticate
On 03/14/2014 12:08 AM, Ludovic Courtès wrote:
> Christian Grothoff skribis:
>
>> Ludo, would you please consider moving to the GNU Name System?
>
> Guix uses the SPKI-like infrastructure for purposes unrelated to the
> project at hand (to sign/authenticate archives.)
Yes, so what? My point is
Christian Grothoff skribis:
> Ludo, would you please consider moving to the GNU Name System?
Guix uses the SPKI-like infrastructure for purposes unrelated to the
project at hand (to sign/authenticate archives.)
However, it probably makes sense to rely more on GNS in whatever will be
developed a
On 03/13/2014 03:30 PM, Mark H Weaver wrote:
> If the accumulation of signatures happens in the DHT, that's fine, but
> in that case, did you mean to write that in reply to the 'dht-get'
> request that you'd receive "a set of tuples" instead of "a tuple"?
You'll receive a series of replies, each w
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> Ideally, I imagine you could do something like:
>>>
>>> dht-get /gnu/store/ykmg6ydrmlkn600wklriw3wzc1z3dcli-emacs-24.3
>>>
>>> and get as a reply (roughly) a tuple containing:
>>>
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Ideally, I imagine you could do something like:
>>
>> dht-get /gnu/store/ykmg6ydrmlkn600wklriw3wzc1z3dcli-emacs-24.3
>>
>> and get as a reply (roughly) a tuple containing:
>>
>> 1. a signature (as a canonical s-expression);
l...@gnu.org (Ludovic Courtès) writes:
> Ideally, I imagine you could do something like:
>
> dht-get /gnu/store/ykmg6ydrmlkn600wklriw3wzc1z3dcli-emacs-24.3
>
> and get as a reply (roughly) a tuple containing:
>
> 1. a signature (as a canonical s-expression);
Why only one signature? I think t
Ludo, would you please consider moving to the GNU Name System? GNS is
based on SDSI/SPKI (delegation certificates!), and has many other
advantages (not to mention uses Curve25519 instead of RSA). GNUnet's
identity management is based on Curve25519 ECDSA signatures, and we are
using libgcrypt for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/13/2014 12:15 AM, Ludovic Courtès wrote:
> Is it possible to have several values associated with a key in the
> DHT?
>
> I’m asking because here we’d need to have the ability to get zero
> or more tuples as described above, one tuple for each no
Sree Harsha Totakura skribis:
> On 03/12/2014 09:56 PM, Ludovic Courtès wrote:
Let's just stick with the GNUnet server (we call such a server
as a service in GNUnet, let's call it Guix service) as of now.
HTTP can be done optionally. Moreover the currently binary
distribution
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/12/2014 09:56 PM, Ludovic Courtès wrote:
>>> Let's just stick with the GNUnet server (we call such a server
>>> as a service in GNUnet, let's call it Guix service) as of now.
>>> HTTP can be done optionally. Moreover the currently binary
>>> dis
Sree Harsha Totakura skribis:
> On 03/11/2014 08:14 PM, Pierre-Antoine Rault wrote:
>> Hi,
>>
>> Sorry for contacting you directly (without the guix mailing list),
>> but Ludovic Courtès recommanded me to contact you as I would like
>> to work [1] on integrating GNUnet in Guix as a binary deploym
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/11/2014 08:14 PM, Pierre-Antoine Rault wrote:
> Hi,
>
> Sorry for contacting you directly (without the guix mailing list),
> but Ludovic Courtès recommanded me to contact you as I would like
> to work [1] on integrating GNUnet in Guix as a binar
18 matches
Mail list logo
