similar to: Branches

A long long time ago, I asked about the different tinc branches. Guus, you said at the time that * trunk is 1.0, bugfixes only * 1.0-gnutls, POKEY, and pre4-cube are stagnant * 2.0 is where new work should happen...at the time, it didn't compile, and it appears it still doesn't This answer discouraged me; I have trouble getting excited about new work in a branch that's been

--- doc/tinc.conf.5.in | 3 +++ src/linux/device.c | 7 +++++++ 2 files changed, 10 insertions(+), 0 deletions(-) diff --git a/doc/tinc.conf.5.in b/doc/tinc.conf.5.in index 2bfd5fe..01f7f81 100644 --- a/doc/tinc.conf.5.in +++ b/doc/tinc.conf.5.in @@ -255,6 +255,9 @@ a lookup if your DNS server is not responding. This does not affect resolving hostnames to IP addresses from the host

Dear Guus, while improving the PMTU Discovery algorithm, I found the following behavior in the method "send_udppacket": 1) The code checks, whether the data size is smaller than the MTU, thus if it fits into a single UDP packet. If not, you send the packet via TCP. 2) The data is compressed, changing its size. (Usually, making it smaller, but that's not always

Hello, Linux has a recvmmsg() system call which allows to achieve several recvfrom() at a time. The patch below makes tinc use it (patch against 1.1-pre11). Basically the patch turns the handle_incoming_vpn_data variables into arrays (of size 1 when recvmmsg is not available, and thus compiled the same as before), and makes the code index into the arrays. You may want to use interdiff -w

Using tincd 1.0.7, if I send a SIGALRM to tincd when a host is unresolvable, it gets stuck in a nasty loop: Feb 12 19:33:02 rosalyn tinc.slamb.org[2925]: Got ALRM signal Feb 12 19:33:02 rosalyn tinc.slamb.org[2925]: Trying to connect to calvin (216.136.66.56 port 655) Feb 12 19:33:02 rosalyn tinc.slamb.org[2925]: Error looking up slamb- linux.dyn.slamb.org port 4500: Name or service not

> > so if it would work, replace shortname with short and short1? With all of this hokey-pokey surrounding licensing and mac addresses, I wonder if this outfit is actually still in compliance with the terms of their license for this software, whatever it may be? If the software licensed to run only on Machine X and Machine X has now been junked and replace by Machine Y, then isn't the

This is probably a really bad question to ask but here goes. Does asterisk work with any of the T1/E1 cards from SBE? I'm sure SBE is a competitor to Digium, but I have access to SBE cards and the linux driver. Just curious more than anything. Thanks. -- Michael J. Lynch What if the hokey pokey IS what it's all about -- author unknown

I'm looking into backing up my CentOS 5.5 system using an external USB 2.0 hard drive. Anyone with experience with Toshiba Canvio USB 750 GB unit? I'm backing up to DVDs now and would like to streamline the process. Any advice is welcome with thanks. Dick -- Yes indeed...the Hokey Pokey *is* what its all about!

Hey all, I noticed that my puppet server running CentOS 6.5 was acting a little pokey. So I logged in and did what well just about anyone would've done. And ran the uptime command to have a look at the load. And it was astonishingly high! [root at puppet:~] #uptime 21:28:01 up 1:26, 3 users, load average: 107.37, 72.06, 75.52 So then I had a look at top and saw a LOT of processes

Oi, Bad timing of course, but the following is NOT an april's fools joke: I am working on a GTK+ interface to tinc, which should become an admin tool for the VPN that your tinc is a part of. Its name is pokey, from "pointy & clicky" -- and it is, of course, a reference to Pokey the Penguin. Right now it doesn't do much beside gathering and showing information to you. I

I''m running on a brand new MacBook Pro with a relatively clean working set. using Mongrel in production mode on port 3000. The home page does not hit the database and I''m getting: Processing HomeController#index (for 127.0.0.1 at 2006-06-29 14:59:02) [GET] Session ID: e11f7df52bffff304ca7c88e672ef71a Parameters: {"action"=>"index",

So I was transferring a 2GB virtual machine disk image image over a slow wireless link. Of course I used --sparse, to keep the image small on the destination end as well as on the source end. Much to my surprise, I noticed that the transfer took a long time even when it got past the first 0.5GB of actually-populated file. A little sleuthing with strace revealed that the source rsync was dutifully

Update of /home/CVS/tinc/src/pokey In directory humbolt:/tmp/cvs-serv4765 Modified Files: pokey.glade Log Message: Commit diff test ***** Not enough context to create diff for file: s Tinc: Discussion list about the tinc VPN daemon Archive: http://mail.nl.linux.org/lists/ Tinc site: http://tinc.nl.linux.org/

+0100 From: Daniel Schall <tinc-devel at mon-clan.de> Date: Thu, 6 Jan 2011 17:00:35 +0100 Subject: [PATCH] Improved PMTU discovery diff --git a/lib/dropin.c b/lib/dropin.c index 52fb5b8..2b803b1 100644 --- a/lib/dropin.c +++ b/lib/dropin.c @@ -165,8 +165,8 @@ #endif =20 #ifdef HAVE_MINGW -int usleep(long usec) { - Sleep(usec / 1000); - return 0; -} +//int usleep(long usec) { +//

Well we're testing scheduled Ogg streaming, but it would be nice to test with an audience bigger then me and a few irc users, so I thought I'd drop a note to the list. http://support.bbc.co.uk/oggstreams.shtml This will contain any scheduled tests to come and anything currently being streamed. For scheduled stuff, only things we're given permission to do by producers can go on

On 06/08/18 13:48, m.roth at 5-cent.us wrote: > Frank Cox wrote: >>>> so if it would work, replace shortname with short and short1? >> >> With all of this hokey-pokey surrounding licensing and mac addresses, I >> wonder if this outfit is actually still in compliance with the terms of >> their license for this software, whatever it may be? >> >> If

(Second try to send this. I wonder if the first one gotten eaten by a spam filter; I'll link to patches instead of attaching them.) Here are the tincctl patches I've been working on. They apply to http://www.tinc-vpn.org/svn/tinc/branches/1.1@1545. I intend to commit them once the crypto stuff's fixed. Since they're basically done, I'm emailing them now for review and in case

Greetings, I'm trying to lock files using a Debian GNU Linux (unstable) and Perl, but looks like the smbpasswd command from Samba is not respecting the lock. Perl has "advisory" file locking using C flock() or lockf() or fcntl(), depending which one is first available on the system. While this is not a Perl mailing list, I need to know which scheme Samba uses for file locking to

Hello, Guus Sliepen, on Wed 02 Dec 2015 13:53:37 +0100, wrote: > That's great! It would be good though to split > handle_incoming_vpn_data() into a function that does the actual > recvfrom/mmsg() and one that processes each individual packet, to reduce > the level of indentation and make the functions a bit more readable. > Then I'll merge it :) Here it is. Samuel

Hail, caesar. I''ve got a 10-disk RAID-Z2 backed by the 1.5 TB Seagate drives everyone''s so fond of. They''ve all received a firmware upgrade (the sane one, not the one that caused your drives to brick if the internal event log hit the wrong number on boot). They''re attached to an ARC-1280ML, a reasonably good SATA controller, which has 1 GB of ECC DDR2 for