similar to: make tinc as a reusable lib possible?

> However, it is not very beginner friendly. There's two thing lacking: > editting the configuration files from the app, and being able to run the > app without root privileges. For the latter, the app and maybe tinc > itself might need to be changed to use the VPN API to create a tun > device and to pass it to the tinc daemon. I don't even know if there is > something

Just wait tinc be more lib style for some future days:) 2016-10-09 22:45 GMT+08:00 Guus Sliepen <guus at tinc-vpn.org>: > On Sun, Oct 09, 2016 at 10:40:12PM +0800, Cong Monkey wrote: > >> If release as libtinc possible, will that possible that you relicence >> TINC as LGPL to make commercial use possible? > > Both tinc and MeshLink are licensed under the GPL and will

On Sun, Oct 09, 2016 at 10:18:46PM +0800, Cong Monkey wrote: > Is that possible to make tinc as a reusable lib to make it more widely > used in IOT world? Yes, have a look at MeshLink: https://github.com/meshlink/meshlink > and make release an official app for IOS、Android and windows possible? I would love to, but I have no time myself to do that. There is an unofficial Android app:

2016-10-11 3:52 GMT+08:00 Mr.X <mrx at hcc.im>: > Network extension apps are just like ordinary apps, only they can utilize > the utun interface and create VPN entries. So I think, yes, tinc need to be > linked from such apps. link to and link from is mark as the main application's view, so, for NE extension it's link to libtinc( if there is a libtinc lib), that's

I was planning to make an iOS port, but GPL means we can't make an App Store version. Also, the way Network Extension work means only tun mode is available. Sent from my iPhone > On 9 Oct 2016, at 23:55, Cong Monkey <congzhangzh at gmail.com> wrote: > > Just wait tinc be more lib style for some future days:) > > 2016-10-09 22:45 GMT+08:00 Guus Sliepen <guus at

> I was planning to make an iOS port, but GPL means we can't make an App Store version. Also, the way Network Extension work means only tun mode is available. I think GPL just forbidden link from(which need more link exception statement be added) but not link to Ne extension work with link from style? -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Sun, Oct 09, 2016 at 10:40:12PM +0800, Cong Monkey wrote: > If release as libtinc possible, will that possible that you relicence > TINC as LGPL to make commercial use possible? Both tinc and MeshLink are licensed under the GPL and will stay that way. However, if you want to use MeshLink in a commercial project, you can buy a commercial license. -- Met vriendelijke groet / with kind

Hello, As I was missing an Android port of tinc (thanks for this great tool!), I built one by myself. It's simply a cross-compiled version of tinc daemon (with very few changes), and a (basic) GUI application for Android to deploy and manage it. Both my changes to original tinc and the GUI are available on GitHub: - https://github.com/Vilbrekin/tinc - https://github.com/Vilbrekin/tinc_gui

Network extension apps are just like ordinary apps, only they can utilize the utun interface and create VPN entries. So I think, yes, tinc need to be linked from such apps. Sent from my iPhone > On Oct 10, 28 Heisei, at 9:48, Cong Monkey <congzhangzh at gmail.com> wrote: > > > > I was planning to make an iOS port, but GPL means we can't make an App Store version. Also,

Is there a development guide for best practices when making reusable components? For example, none of the login generators fit my requirements, and I want to write my own. But after I''m done, I''ll want to share it with multiple applications. Is there documentation for the right way to go about doing this? -- - Adam ** Expert Technical Project and Business Management ****

With pleasure we announce the release of tinc version 1.1pre12. Here is a summary of the changes: * Added a "--syslog" option to force logging to syslog even if running in the foreground. * Fixes and improvements to the DecrementTTL function. * Improved PMTU discovery and UDP keepalive probes. * More efficient relaying of UDP packets through intermediate nodes. * Improved

With pleasure we announce the release of tinc version 1.1pre12. Here is a summary of the changes: * Added a "--syslog" option to force logging to syslog even if running in the foreground. * Fixes and improvements to the DecrementTTL function. * Improved PMTU discovery and UDP keepalive probes. * More efficient relaying of UDP packets through intermediate nodes. * Improved

Hello, I''m using the scheduler to create several reusable workers of the same type, .e.g., RSSWorker, so I can avoid the overhead of initializing new processes (as suggested by Ezra to my previous question). Creating new workers through the external yaml seems pretty straightforward, but my question is is there a way to call these workers without using the job key? Currently, to use

Hi there, I would like to use puppet to configure two networks and one of the first things I''ve tried to do is to describe ntp configuration. Each network has a ntp server that acts as a proxy for internal nodes, so those internal nodes share the same configuration except for the server they use to get the time. Attempting to describe this I''ve thought of several approaches,

I took an hour this morning to document how I use Vagrant and Puppet together to provision development VMs as well as more production-like systems. This may be entirely elementary to folks who are more fluent with Puppet, but this is an example I thought was lacking. https://github.com/blalor/vagrant-puppet-example I welcome feedback and criticism of this setup. I''m looking to

Hi, My project is set up the following way: root directory contains the following folders: folders: "Breast_Cancer" AND "Colorectal_Cancer" AND "Lung_Cancer" AND "Prostate_Cancer" I want to create a file, call it: "repeating_functions.R" and place it in the root directory such that I can call these functions from within the sub-folders in each

There are registry entries that are needed to add some other drivers. Extracting them into a function will help adding SUSE VMDP support. --- v2v/windows_virtio.ml | 311 ++++++++++++++++++++++++++++---------------------- 1 file changed, 176 insertions(+), 135 deletions(-) diff --git a/v2v/windows_virtio.ml b/v2v/windows_virtio.ml index 14ffc51..8a0b529 100644 --- a/v2v/windows_virtio.ml +++

I switch to lollipop 4 months ago and I never had issue. So for my opinion it is ready for daily use. Before try tinc I had my vpn implemented with openvpn, and it works great on lollipop. I switch to tinc because i prefer a mash vpn topology versus a client/server topology. -- Andrea Squeri Inviato con Sparrow (http://www.sparrowmailapp.com/?sig) Il giorno venerd? 27 marzo 2015, alle ore

Thanks for reply.. I'll try and then i'll advise you if it woks Andrea Squeri Il 30/mar/2015 11:38 "Vil Brekin" <vilbrekin at gmail.com> ha scritto: > Hi there, > > I've finally had a deeper look and found the Lollipop routing issues root > cause: Lollipop uses several routing tables instead of the default one for > previous Android versions. The main

I have a lot of controllers with virtually identical functionality for most actions. I''ve been using shared behaviours to DRY things up a bit, but I still have to create separate behaviours for each context before I can use the shared behaviours what I have now is a generic file which contains all the behaviours and examples common to all the controllers, and that file gets loaded from