From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: e1326252@student.tuwien.ac.at Received: from krantz.zx2c4.com (localhost [127.0.0.1]) by krantz.zx2c4.com (ZX2C4 Mail Server) with ESMTP id 0b05911d for ; Thu, 15 Feb 2018 14:28:58 +0000 (UTC) Received: from mail1.student.tuwien.ac.at (mail1.student.tuwien.ac.at [193.170.73.221]) by krantz.zx2c4.com (ZX2C4 Mail Server) with ESMTP id fce24e13 for ; Thu, 15 Feb 2018 14:28:58 +0000 (UTC) Subject: Re: NetworkManager Plugin To: "Jason A. Donenfeld" References: <7d5325a3-fa07-f67f-a31e-aadd44458d41@student.tuwien.ac.at> From: Maximilian Moser Message-ID: Date: Thu, 15 Feb 2018 15:35:53 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Cc: Jordan DeBeer , WireGuard mailing list List-Id: Development discussion of WireGuard List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hey Jason, >> I actually just wanted to get this thesis over with and thought, why not >> post the result to the mailing list >> I'll probably focus more on the written part of the >> thesis, so fixing the issues will probably have to wait a while on my part. > I'm certainly not interested in "throw it over the fence" coding. I'm > happy to work with you on "the acceptance and the possible prospect of > this thing getting packaged for distros," as you wrote, but only if > you're actually committed to maintaining it. It sounds to me like this > is something in your mind that is "over with"? That's disapointing. Oh sorry, that wasn't my intention to say. What I meant is that I wanted to get a working prototype ASAP, and if nobody is interested in it anymore, that's that. However, this does not seem to be the case and I'll be glad to continue development on it. :) Max On 15/02/18 15:07, Jason A. Donenfeld wrote: > Hi Max, > > On Thu, Feb 15, 2018 at 1:34 AM, Maximilian Moser > wrote: >> I actually just wanted to get this thesis over with and thought, why not >> post the result to the mailing list >> I'll probably focus more on the written part of the >> thesis, so fixing the issues will probably have to wait a while on my part. > I'm certainly not interested in "throw it over the fence" coding. I'm > happy to work with you on "the acceptance and the possible prospect of > this thing getting packaged for distros," as you wrote, but only if > you're actually committed to maintaining it. It sounds to me like this > is something in your mind that is "over with"? That's disapointing. > >> Regarding the issues... About some of them, I did know in one way or the >> other. >> So I'm somewhat excited about the acceptance and the possible prospect of >> this thing getting packaged for distros :D > As I wrote earlier, this is going to require a lot of work to actually > bring to fruition. The first priority should be entirely dispensing > with the use of wg-quick. In order to aid these efforts, I spent some > time writing a mini single-file-c library that you can drop into your > project as a means for talking to the kernel and configuring devices > directly: > > https://git.zx2c4.com/WireGuard/tree/contrib/examples/embeddable-wg-library/README > > Should be pretty straight-forward to integrate. You'll basically only > need to use the "wg_set_device" function, and perhaps the > "wg_key_from_base64" function too. > > Jason