similar to: Compiling v6tun from KAME

Reading many comments about vtun available through google searchs seems to imply it supports IPv6. When I install it (v 3.0.2-1) and bind it to an interface that does NOT have IPv4 defined (only v6), start the service, and do a 'netstat -nat|grep 5000', I see it bound to 0.0.0.0:5000, not to the IPv6 0::/128 equiv address. What gives? IPv6 support or not? Meanwhile I found the kame

TITLE: KAME Project "ipcomp6_input()" Denial of Service CRITICAL: Moderately critical IMPACT: DoS WHERE: >From remote DESCRIPTION: A vulnerability has been reported in the KAME Project, which can be exploited by malicious people to cause a DoS (Denial of Service). The vulnerability is caused due to an error within the "ipcomp6_input()" function in

Hi Team, I downloaded the R 3.0.2 and, built and installed it using Intel compilers (icc and ifort) from Intel parallel studio 2013, sp1. After performing make tried to check it using 'make check'. Most of the tests passed successfully but while checking a 'stats' package I saw many lines were printed which did not match the desired output. e.g. There

2009/7/12 Daniel Dunbar <daniel at zuster.org>: > That's pretty awesome! Thanks! > Will ar, etc. eventually get some autodiscovery of plugins so that > things work OOTB after a make install of llvm/llvm-gcc? The bfd library (used by ar and nm) already searches for plugins in $install_dir/lib/bfd-plugins/. Maybe we could pass an option to llvm's configure to tell it where

Hi, I've been encountering some problems with bridging under linux 2.6.12-9 (ubuntu Breezy Badger). Apologies for the newbie-ish email: problem is likely a config issues, but docs appear to be sparse and I can't find much reference to the problem/solution on the 'net; trial and error really isn't working... Am attempting to bridge an offsite network to the central

blktap2: fix makefile of vhd for parallel make With parallel make, libvhd might not be created before link resulting in link error. This patch guarantees it. Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp> diff --git a/tools/blktap2/vhd/Makefile b/tools/blktap2/vhd/Makefile --- a/tools/blktap2/vhd/Makefile +++ b/tools/blktap2/vhd/Makefile @@ -12,6 +12,9 @@ CFLAGS +=

This patch removes the extra command `install pygrub` because this is already done by the setup.py script. Signed-off-by: Anthony PERARD <anthony.perard@citrix.com> --- This patch need to be applied after the patch named "Fix pygrub install." tools/pygrub/Makefile | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/tools/pygrub/Makefile

On Mon, Jul 13, 2009 at 1:38 AM, Rafael Espindola<espindola at google.com> wrote: > 2009/7/12 Daniel Dunbar <daniel at zuster.org>: >> Will ar, etc. eventually get some autodiscovery of plugins so that >> things work OOTB after a make install of llvm/llvm-gcc? > > The bfd library (used by ar and nm) already searches for plugins in >

Hello, I have two hosts with a tunnel closed by vtun, when I reboot a host, the other show the error bellow. unregister_netdevice: waiting for tun0 to become free. Usage count = 6 OS version: CentOS 5.4 Vtund version: vtun-3.0.2-1 some idea about? Thanks -- Daniel Bruno http://danielbruno.eti.br danielbruno at projetofedora.org

I've read and re-read all the install guides that I can find, I've installed MacPorts, xCode and X11, and yet upon attempting to install wine via terminal, I still get the following error message: sudo port install wine ---> Building mesa Error: Target org.macports.build returned: shell command " cd

Hi, Could not conceive an working set-up for an IPSEC VPN made with racoon/setkey on which I have one address on my side acting as an SNAT router for all traffic from my network to a network segment on the far side. my network --- my gateway ---------------------- remote network 10.0.0.0/24 - 10.0.0.1 (10.253.0.2) -- tunnel - 192.168.0.0/22 All traffic starts on my side, so if I can

Hi all, I spent several hours today trying to compile llvm-gcc4 from svn and llvm from cvs on amd64 linux. In the case anyone else decides to try the same, this could ease your pain: 1) check out llvm, llvm-gcc 2) create llvm-obj llvm-gcc-obj export LLVM_INSTAL=<install_dir> cd llvm-obj export LLVM_OBJ=`pwd` ../llvm/configure --prefix=$LLVM_INSTALL --enable-debug-runtime 4) At one point,

Hello, I compiled R-2.15.2 with linux intel compilers (see below). when I execute some R code on a // 4 proc x 4 cores // server (export MKL_NUM_THREADS = 16) very often I have the situations where only one processor (4 cores) is active instead of 4 (16 cores) ! do you know this fact depends on what ? thank you ! P.S. many functions of R are single-threaded, is there a simple way to make them

On 13 Aug 2001, "William F. Maton" <wmaton@ryouko.dgim.crc.ca> wrote: > On 13 Aug 2001, Heikki Vatiainen wrote: > > > The rsync daemon we use is plain 2.4.6 patched with KAME rsync patch > > rsync-246-v6-20000907.diff.gz [1]. It looks like there is a good > > possibility to get IPv6 merged in, since just today a rsync developer > > was asking if

Hello, I am trying to build R from source on Scientific Linux release 6.9 (Carbon), Linux version 2.6.32-696.3.2.el6.x86_64 (Red Hat 4.4.7-18). I load the needed modules and run: *./configure --prefix $install_dir --with-blas --with-lapack --enable-R-shlib 2>&1 | tee config-R-$version.log* The "configure" command seems to run ok: *R is now configured for

The following patch uses INSTALL_SCRIPT to install scripts, as opposed to directly using INSTALL. It is relative to R-1.0.1 source. -- Johnny C. Lam <lamj@stat.cmu.edu> Department of Statistics, Carnegie Mellon University http://www.stat.cmu.edu/~lamj/ --- Makeconf.in.orig Sat Jan 22 15:10:00 2000 +++ Makeconf.in Mon Apr 17 16:04:58 2000 @@ -23,6 +23,7 @@ INSTALL =

FYI, looks like support for Racoon is ending. Does anyone have any experience with the version in ipsec-tools ? ---Mike >Racoon users, > >This is the announcement that the kame project will quit providing >a key management daemon, the racoon, and that "ipsec-tools" will become >the formal team to release the racoon. >The final release of the racoon in the

Hello, it looks like the usual way to do ipsec on centos5 won't work anymore on centos6 I installed ipsec-tools but an interface type IPsec is not recognized by the kernel ifup ipsec0 Device does not seem to be present, delaying initialization. I am not planning to use the awful OpenSwan, I Want to sue the Kame implementation which was working fine on CentOS5 any hints ? thank you

Jan suggested a couple of cleanups based upon my "xen: allow architecture to choose whether to compress installed xen binary" patch. So this series now consists of: xen: allow architecture to choose how/whether to compress installed xen binary xen: x86: drop the ".gz" suffix when installing xen: Use $(T) and $(D) aliases in install target This is based

Device model path cleanup. Remove bochsrc which is no longer needed. Signed-off-by: Arun Sharma <arun.sharma@intel.com> --- a/tools/examples/xmexample.vmx Thu Jun 30 18:41:11 2005 +++ b/tools/examples/xmexample.vmx Thu Jun 30 18:59:08 2005 @@ -89,10 +89,10 @@ # New stuff -device_model = ''/usr/bin/qemu-dm'' +device_model = ''/usr/lib/xen/bin/qemu-dm''