similar to: Xapian 1.0.19 released

Hello, I am attempting to run tinc on a raspberry pi (version 1 B HW, 512mb ram). Tinc starts, but then the tinc daemon crashes. # cat /etc/issue Raspbian GNU/Linux 7 \n \l # cat /etc/debian_version 7.8 $ apt-cache showpkg tinc Package: tinc Versions: 1.0.19-3 (/var/lib/apt/lists/mirrordirector.raspbian.org_raspbian_dists_wheezy_main_binary-armhf_Packages) Description Language:

I've having trouble downloading and compiling Xapian 1.0.19 on OSX 10.5.8. Does the below error look at all familiar to anyone? creating bin/quartzcheck g++ -DHAVE_CONFIG_H -I. -I./common -I./include -I./backends/quartz -Wall -W -Wredundant-decls -Wpointer-arith -Wcast-qual -Wcast-align -Wno-long-long -Wformat-security -fno-gnu-keywords -Woverloaded-virtual -Wundef -Wshadow

Guus The mdoc warnings (on FreeBSD 8) are getting a little bit annoying at times: anywi at lcrproxy:/usr/ports/security/tinc/work/tinc-1.0.19/doc % man tinc.conf 2>&1 | head -5 mdoc warning: Empty input line #6 mdoc warning: Empty input line #10 mdoc warning: Empty input line #15 mdoc warning: Empty input line #22 mdoc warning: Empty input line #30 There are hundreds. Ctrl-L refreshes

With pleasure we announce the release of version 1.0.19. Here is a summary of the changes: * Allow :: notation in IPv6 Subnets. * Add support for systemd style socket activation. * Allow environment variables to be used for the Name option. * Add basic support for SOCKS proxies, HTTP proxies, and proxying through an external command. This version of tinc is compatible with 1.0pre8, 1.0

With pleasure we announce the release of version 1.0.19. Here is a summary of the changes: * Allow :: notation in IPv6 Subnets. * Add support for systemd style socket activation. * Allow environment variables to be used for the Name option. * Add basic support for SOCKS proxies, HTTP proxies, and proxying through an external command. This version of tinc is compatible with 1.0pre8, 1.0

Hello Guus, thank you for your fast reply. Indeed the upgrade to a newer Raspbian image did solve my problem with tinc, I was not aware that there was a new Jessie based version. The current Jessie based Raspbian has tinc 1.0.24 version included, which runs fine, so I did not run tinc with debug messages enabled, since the issue that had caused my tinc crashes in 1.0.19 had probably been fixed.

Hi, I've got a relatively simple tinc setup. I've got two "servers" that are on the public internet that act as routers for three "clients" that are behind NATs. Those servers are called aaaaa and bbbbb the clients are xxxxx, yyyyy and zzzzz Unfortunatly the servers have problems accepting a connection from the clients syslog on aaaaa: Sep 29 18:28:58 schuerrer

I tried to install alsa 1.0.19 on centos 5.3 64 - did not work - compile errors. I need to re-install alsa-lib and alsa-util . I dont want to do rpm -e first on those packages as dependcy is crazy. I know they were installed (rpm -qa | grep alsa tells me so) I just want to re-install ? How do I do that? Thanks, Jerry

On 06/20/2017 02:27 AM, Charles Lepple wrote: > On Jun 19, 2017, at 10:45 AM, Manuel Wolfshant wrote: >> #lsusb -vvv -d 0463:ffff >> >> Bus 002 Device 012: ID 0463:ffff MGE UPS Systems UPS > ... >> HID Device Descriptor: >> bLength 9 >> bDescriptorType 33 >> bcdHID 1.10

On 06/20/2017 04:08 AM, Charles Lepple wrote: > [...] > It does not get a length for method 1, so it moves on to method 2, which gets a length, but fails to get the rest of the descriptor. This is what is happening to lsusb, too (tries to fetch 549 bytes, gets only 9). and is there anything I can do to fix, short of hoping to receive an updated unbroken firmware for the UPS from a support

tinc 1.0.19 worked fine on Raspberry Pi as long as my Pi was connected via ethernet cable. Today i changed the connection to wlan. Pi crashed. worse, it was no longer operational, even if connected via cable. recovery from backup before tinc was installed (yes, i had a backup ;) tried again. installed tinc: worked as long as connected via cable. crash after connecting via wlan. no longer

Hello, I have three clients that connect to one server. The server runs tinc 1.0.11 and one client runs tinc 1.0.19. I recently upgraded the two other clients from tinc 1.0.11 to tinc 1.0.16. Since the upgrade, the server now regularly logs messages of the form Aug 26 12:17:42 ebox tinc.rath[4049]: Unauthorized request from hspc (87.173.111.136 port 42836) or Aug 25 18:39:12 ebox

Hi, I am running tinc (1.0.19) on a cluster of around 40 servers (Xen virtual machines in two geographical locations). Overall it works very well, however yesterday it crashed on two machines in odd way. I was still able to ping VPN IPs of other hosts from the two affected machines but "vpn" interface was not visible when I run ifconfig. There was also no "tincd" process

I found a tincd crash caused by having two "Port" statements in a host's file. I realize this is a bug in an old version of tinc that may be fixed but I spent the past few hours tracking it down so I'm sharing it in hopes others can make use of this info. I was "cleaning" up my Tinc VPN of a collection of OpenWrt routers and tincd started crashing with "Got fatal

Today I upgraded to 1.2.0 - and my indexing jobs are now getting hung up. They appear to be waiting on a futex. Not everyone, but every now and then. I'll try to get some diagnostics. /Per Jessen, Z?rich

On Fri, Jan 22, 2016 at 12:50:39PM +0100, Maximilian H. wrote: > I am attempting to run tinc on a raspberry pi (version 1 B HW, 512mb > ram). Tinc starts, but then the tinc daemon crashes. What do you mean by "crashes"? Were there any error messages logged? In doubt, run tinc in the foreground with debugging messages enabled: tincd -n <netname> -d5 -D > # cat

Hi Maximilian, > Are you aware where I could find a deb src for 1.0.26, which I could > build myself, or how I could build a .deb package from the sources here > https://github.com/gsliepen/tinc/tree/release-1.0.26 ? the Debian package maintainer already did this for you: https://packages.debian.org/search?keywords=tinc (in "testing") If you want to build a debian package

Hello! I'd like to use PriorityInheritance option, despite it is still experimental. (Why it could be experimental, when it looks quite simple feature, no?) But this option doesn't change the TOS field of outgoing UDP packet. I just do tcpdump on outgoing interface from vty1: $ sudo tcpdump -vni eth0 udp dst port 655 And from vty2 I do ping with setting of tos field to EF(0xb8). $

Hi all, I'm using a tinc 1.0.19 (from Debian Squeeze) setup with some nodes connecting to a "server" node which has "StrictSubnets = yes". Whenever a new node is added to the mesh, a process generates and drops its host file in the server's host directory before the node is booted and tries to connect. For instance, I create a node "node_2" and a host file

I've uploaded Xapian 1.0.20 (including Search::Xapian 1.0.20.0), which as usual you can download from: http://xapian.org/download The most notable changes in this release are: Xapian::MSet: * Fix incorrect values reported by get_matches_estimated(), get_matches_lower_bound(), and get_matches_upper_bound() in certain cases when sorting and collapsing (ticket#464). getopt-related build