On 02/24/2018 10:43 PM, ng0 wrote:
> Marius Bakke transcribed 1.6K bytes:
>> Tobias Geerinckx-Rice writes:
>>
>>> nckx pushed a commit to branch core-updates
>>> in repository guix.
>>> + ("nghttp2" ,nghttp2 "lib")
>> As far as I can tell, we don't have an nghttp2 package yet :-)
>
>
Dear Remi,
Thanks for the update, and Guile's lack of support for unions does sound
like it would cause a painful diversion -- glad to hear you
managed to navigate it nevertheless.
Maybe Ludo, me and you can have a brief mid-term chat over Mumble
sometime 'soon'? I would like to discuss what adju
On 06/03/2015 05:15 PM, Ludovic Courtès wrote:
> Hi!
>
> asg...@free.fr skribis:
>
>> This first week started with cleaning and organizing the draft
>> bindings I’ve been working on previously (set up of a proper directory
>> structure, a small Makefile, etc.), then most of the work has been on
>
Hi Ludo,
Yes, I think we should. MESH (now CADET) is much further along and the
API is stable. I also don't see any other significant roadblocks.
Nevertheless, I agree that we should have some more design discussions,
as I can still imagine many ways how one _might_ do this -- and in any
case we
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
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,
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
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
n directly to the user’s machine, which would
>> run, say, an HTTP server.
>
> That's what I had in mind. Now, considered the post [2] by Christian
> Grothoff, we might consider using either an HTTP server for
> performance or GNUnet's MESH for anonymity (and security).
On 03/10/2014 10:09 PM, Ludovic Courtès wrote:
> The initial discussion [0] left open the question of where binaries
> themselves should be stored. A possibility would be to use GNUnet’s
> DHT simply as a discovery mechanism, and then to establish a
> connection directly to the user’s machine, wh
On 02/22/2014 09:46 AM, Sree Harsha Totakura wrote:
> This is likely to cause the load on the system. 'gnunet-service-nse'
> tries to find a proof-of-work to participate in the size estimation
> application of GNUnet. This proof-of-work involves find a value whose
> hash matches its first n digit
We use the OpenSSL binary to create a certificate from a shell script
(gnunet-transport-certificate-creation). So the dependency is on the
binary, not on the library, and thus there is no GPL licensing issue.
Now, it might be possible to do the same with gnutls-cli or some
similar tools, so if som
12 matches
Mail list logo
