From lchen@zen.lhaven.homeip.net  Fri Mar 14 01:16:41 2014
Return-Path: <lchen@zen.lhaven.homeip.net>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1])
	(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by hub.freebsd.org (Postfix) with ESMTPS id 619409DE
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 14 Mar 2014 01:16:41 +0000 (UTC)
Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.freebsd.org (Postfix) with ESMTPS id 316D38EB
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 14 Mar 2014 01:16:40 +0000 (UTC)
Received: from ip70-179-144-228.fv.ks.cox.net ([70.179.144.228] helo=zen.lhaven.homeip.net)
	by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.72)
	(envelope-from <lchen@zen.lhaven.homeip.net>)
	id 1WOGji-0000Y2-8U
	for FreeBSD-gnats-submit@freebsd.org; Fri, 14 Mar 2014 01:16:34 +0000
Received: from zen.lhaven.homeip.net (localhost [127.0.0.1])
	by zen.lhaven.homeip.net (8.14.8/8.14.7) with ESMTP id s2E1GMZq006322;
	Thu, 13 Mar 2014 20:16:22 -0500 (CDT)
	(envelope-from lchen@zen.lhaven.homeip.net)
Received: (from lchen@localhost)
	by zen.lhaven.homeip.net (8.14.8/8.14.7/Submit) id s2E1GHqI006321;
	Thu, 13 Mar 2014 20:16:17 -0500 (CDT)
	(envelope-from lchen)
Message-Id: <201403140116.s2E1GHqI006321@zen.lhaven.homeip.net>
Date: Thu, 13 Mar 2014 20:16:17 -0500 (CDT)
From: Lawrence "The Dreamer" Chen <beastie@tardisi.com>
Reply-To: Lawrence "The Dreamer" Chen <beastie@tardisi.com>
To: FreeBSD-gnats-submit@freebsd.org
Subject: devel/subversion: bogus "No route to host" 
X-Send-Pr-Version: 3.114
X-GNATS-Notify:

>Number:         187561
>Category:       ports
>Synopsis:       devel/subversion: bogus "No route to host" caused by www/serf
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    apache
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Mar 14 01:20:01 UTC 2014
>Closed-Date:    
>Last-Modified:  Mon Mar 17 16:30:00 UTC 2014
>Originator:     Lawrence "The Dreamer" Chen
>Release:        FreeBSD 9.2-RELEASE-p3 amd64
>Organization:
>Environment:
System: FreeBSD zen.lhaven.homeip.net 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan 11 03:25:02 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64


	
>Description:
	
	Was trying to downgrade a port, but was getting error connecting to
	http://svn.freebsd.org
>How-To-Repeat:
	

	% svn log http://svn.freebsd.org/ports/head/deskutils/parcellite
        svn: E000065: Unable to connect to repository at http://svn.freebsd.org/ports/head/deskutils/parcellite
	svn: E000065: Error running context: No route to host
	% svn --version
	svn, version 1.8.8 (r1568071)
	   compiled Mar 12 2014, 06:36:36 on amd64-portbld-freebsd9.2

	Copyright (C) 2013 The Apache Software Foundation.
	This software consists of contributions made by many people;
	see the NOTICE file for more information.
	Subversion is open source software, see http://subversion.apache.org/

	The following repository access (RA) modules are available:

	* ra_svn : Module for accessing a repository using the svn network protocol.
	  - with Cyrus SASL authentication
	  - handles 'svn' scheme
	* ra_local : Module for accessing a repository on local disk.
	  - handles 'file' scheme
	* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
	  - using serf 1.3.4
	  - handles 'http' scheme
	  - handles 'https' scheme

	I can connect to the URL using browser fine.

>Fix:

	

	I had tried reinstalling with default port options, same problem.

	After some Internet searches, there's indication that the serf
	module will attempt to do only IPv6 if there's an IPv6 address
	available.

	But, I have disabled IPv6.

	I have in /etc/rc.conf:

	ipv6_network_interfaces="none"
	ipv6_activate_all_interfaces="NO"
	ip6addrctl_enable="NO"

	I had also tried rebuilding devel/apr1 without IPV6.

	After some more digging around, I noticed that nd6 options for lo0
	differed from other interfaces.  So, I did:

	% ifconfig lo0 inet6 ifdisabled

	Which made svn work.

	But looking to see why, I found that lo0 is explicitly skipped from
	getting ifdisabled in /etc/network.subr.  So, I'm guessing that's
	not supposed to be the fix.

	Another workaround I thought of trying was setting "filter-aaaa-on-v4",
	but I'm using base bind for my local nameservers and this isn't reason
	enough to switch to ports bind.
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports-bugs->lev 
Responsible-Changed-By: edwin 
Responsible-Changed-When: Fri Mar 14 01:20:13 UTC 2014 
Responsible-Changed-Why:  
Over to maintainer (via the GNATS Auto Assign Tool) 

http://www.freebsd.org/cgi/query-pr.cgi?pr=187561 
Responsible-Changed-From-To: lev->apache 
Responsible-Changed-By: lev 
Responsible-Changed-When: Fri Mar 14 07:48:27 UTC 2014 
Responsible-Changed-Why:  

As submitter indnicate, it is generic www/serf problem, not subversion-specific one. 


http://www.freebsd.org/cgi/query-pr.cgi?pr=187561 

From: olli hauer <ohauer@gmx.de>
To: bug-followup@FreeBSD.org
Cc: beastie@tardisi.com
Subject: Re: ports/187561: devel/subversion: bogus &quot;No route to host&quot;
 caused by www/serf
Date: Sun, 16 Mar 2014 12:40:32 +0100

 Hi Lawrence,
 
 there was a PR about an IPv6 issue on upstream and a fix is included since serf-1.3.3.
 http://code.google.com/p/serf/issues/detail?id=129
 
 That's the changed part in serf/outgoing.c
 http://code.google.com/p/serf/source/diff?spec=svn2187&r=2187&format=side&path=/trunk/outgoing.c
 
 I haven't seen and cannot confirm the issue here, even with an IPv6 address on any of the interfaces on my test system.
 At the moment I have no idea why this happened on your system.
 
 -- 
 olli

From: The BSD Dreamer <beastie@tardisi.com>
To: olli hauer <ohauer@gmx.de>
Cc: bug-followup@freebsd.org
Subject: Re: ports/187561: devel/subversion: bogus &quot;No route to
 host&quot; caused by www/serf
Date: Mon, 17 Mar 2014 11:24:43 -0500

 Looks like the patch is try all the addresses returned for a host.  Instead 
 of giving up on the first one because APR prefers ipv6 over ipv4.
 
 I suppose I could rebuild the APR dependency without the IPV6 default option 
 as another fix.
 
 My guess is that there's something else that makes it skip trying IPv6 if 
 there are no interfaces with IPv6, but the logic doesn't know to ignore lo0 
 when looking to see if there are any?
 
 Digging a bit....there's a comment (apr1 source: network_io/unix/sockaddr.c) 
 that per RFC "...does not consider loopback addresses when trying to 
 determine if IPv4 or IPv6 is configured on a system", so that matches 
 allowing IPv6 to remain enabled on loopback.  But, it goes on saying "This is 
 a problem if one actually wants to listen on or connect to loopback address 
 of a protocol that is not otherwise configured on the system"...so it works 
 around that.
 
 With a note that the routine should accept a flag to determine if the work 
 around is wanted.
 
 So sounds like APR forces loopback in for determining if IPv6 is enabled or 
 not.  Which would explains why my disabling IPv6 on loopback worked.
 
 On 2014-03-16 06:40, olli hauer wrote:
 > Hi Lawrence,
 > 
 > there was a PR about an IPv6 issue on upstream and a fix is included since 
 > serf-1.3.3.
 > http://code.google.com/p/serf/issues/detail?id=129
 > 
 > That's the changed part in serf/outgoing.c
 > http://code.google.com/p/serf/source/diff?spec=svn2187&r=2187&format=side&path=/trunk/outgoing.c
 > 
 > I haven't seen and cannot confirm the issue here, even with an IPv6 address
 > on any of the interfaces on my test system.
 > At the moment I have no idea why this happened on your system.
 
 -- 
    Name: Lawrence "The Dreamer" Chen    Call: W0LKC
   Snail: 1530 College Ave, A5          Email: beastie@tardisi.com
          Manhattan, KS 66502-2768       Blog: http://lawrencechen.net
>Unformatted:
