similar to: rsync-3.0.6 on cygwin-1.7

Hi, could somebody with checkin rights please apply the below patch? It modernizes and improves readability of the Cygwin README file (which hasn't been updated for ages), drops unsupported OSes from the ssh-host-config help text, and drops an unneeded option from ssh-user-config. Thanks in advance, Corinna Index: contrib/cygwin/README

Hi everyone, I've just joine the list as I am having an issue with our CentOS servers. The domain resolution is extremely slow from the application but doing an nslookup gives an immediate response. All the applications have the same issue, as do all the servers. I have been looking for the solution all over the web and all I have found are references to disabling ipv6. - By setting

http://bugzilla.netfilter.org/show_bug.cgi?id=588 Summary: make ipv6 optional in iptables Product: iptables Version: CVS (please indicate timestamp) Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P1 Component: ip6tables AssignedTo: laforge at netfilter.org

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

As was accidently posted here earlier by Ralf :-), you should be aware of this issue: http://vuxml.freebsd.org/d8769838-8814-11d8-90d1-0020ed76ef5a.html racoon fails to verify signature during Phase 1 Affected packages racoon < 20040407b Details VuXML ID d8769838-8814-11d8-90d1-0020ed76ef5a Discovery 2004-04-05 Entry 2004-04-07 Ralf Spenneberg discovered a serious

I bumped the version number of vorbis-tools and am preparing it for an eventual release in a few days. A changelog of what's new may be found at [1]. Meanwhile, what's in SVN is a "Release Candidate" to find out if anything was broken since version 1.1.1. Report any (or lack of) problems you may find, so we'll be able to put out a new version of vorbis-tools. -Ivo [1]

Package: xcp-xapi Version: 1.3.2-6 Severity: important Looks like on Wheezy, /etc/default/xen is not created by xen-utils-common. Since xcp-xapi depends on its existence and further declaration of the toolstack in it, it should take extra care to ensure that it is present. root at debian:~# aptitude install xcp-xapi The following NEW packages will be installed: blktap-dkms{a} blktap-utils{a}

The problem shows in the following log snippet. The numeric address of the peer (localhost in this case) is garbage. rsyncd[32671]: reverse name lookup failed rsyncd[32671]: rsync: forward name lookup for failed: Name or service not known rsyncd[32671]: rsync on debian/ from UNKNOWN (::10fa:ffbf:a426:608%5) rsyncd[32671]: wrote 616 bytes read 70 bytes total size 143069 I am using linux

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Thu, 27 Dec 2012 13:05:06 +0000 Source: xen-api Binary: xcp-xapi python-xenapi xcp-squeezed xcp-v6d libxenapi-ocaml-dev xcp-xapi-debug xcp-xe xcp-networkd Architecture: source amd64 all Version: 1.3.2-14 Distribution: unstable Urgency: low Maintainer: Pkg Xen <pkg-xen-devel at lists.alioth.debian.org> Changed-By:

Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Sat, 03 Nov 2012 19:12:36 +0000 Source: xen-api Binary: xcp-xapi python-xenapi xcp-squeezed xcp-v6d libxenapi-ocaml-dev xcp-xapi-debug xcp-xe xcp-networkd Architecture: source amd64 all Version: 1.3.2-13 Distribution: unstable Urgency: low Maintainer: Pkg Xen <pkg-xen-devel at lists.alioth.debian.org> Changed-By:

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

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

On Tue, Nov 05, 2002 at 08:37:00AM -0800, Martin Pool wrote: > On 10 Oct 2002, "Green, Paul" <Paul.Green@stratus.com> wrote: > > No new CVS messages have appeared on the rsync-cvs archives since August > > 30th. This seems rather odd-- perhaps a daemon stopped working? If there > > has truly been no activity since that date, I apologize for > >

Package: xcp-xapi Version: 1.3.2-8 Severity: important Tags: patch Found race condition (specific only to slave hosts): xcp-xapi can start earlier than xcp-networkd due lack of dependency in init.d script. Syptoms: After reboot slave's xcp does not work: xe (anything): The host failed to acquire an IP address on its management interface and therefore cannot contact the master. log:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-04:06.ipv6 Security Advisory The FreeBSD Project Topic: setsockopt(2) IPv6 sockets input validation error Category: core Module: kernel

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-04:06.ipv6 Security Advisory The FreeBSD Project Topic: setsockopt(2) IPv6 sockets input validation error Category: core Module: kernel

I need vtun working over IPv6. The version from rpmforge does not seem to support IPv6 (binds to 0.0.0.0:5000 if I specify binding to the interface, and won't let me put in an IPv6 address for address binding). So I was pointed to the KAME (which does not provide any FC/RHEL support. The person who sent me there provided a makefile that he said works on Linux, but did not work for me:

I tried to build R-2.14.0 on cygwin using the commands: ./configure --with-x=no make I started to get a whole lot of errors starting with: /cygdrive/c/Users/mcarter/src/R-2.14.0/src/modules/internet/Rhttpd.c:275: undefined reference to `_R_InputHandlers' which I have pasted at http://pastebin.com/GFb2pq92 I'm aware that there is a cygwinports ports, but it seems outdated, and when I

When using the FAST_IPSEC option in the kernel build, the sysctl variable net.key.prefered_oldsa seems to make no difference. The kernel always chooses an old SA. This problem can be easily reproduced. Just wait till the soft limit of the SA is expired and do a setkey -F on the remote and then ping through the tunnel. Because the old SA's are preferred and the remote no longer has the old

We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: libxenapi-ocaml-dev | 1.3.2-15 | amd64, i386 python-xenapi | 1.3.2-15 | all xcp-networkd | 1.3.2-15 | amd64, i386 xcp-squeezed | 1.3.2-15 | amd64, i386 xcp-v6d | 1.3.2-15 | amd64, i386 xcp-xapi | 1.3.2-15 | amd64, i386 xcp-xapi-debug | 1.3.2-15 | amd64, i386 xcp-xe |