From owner-freebsd-ports-bugs@FreeBSD.ORG Thu Jun 20 05:10:00 2013 Return-Path: Delivered-To: freebsd-ports-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D2E468C8 for ; Thu, 20 Jun 2013 05:10:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B5EE719A5 for ; Thu, 20 Jun 2013 05:10:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5K5A04M088060 for ; Thu, 20 Jun 2013 05:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5K5A0vs088058; Thu, 20 Jun 2013 05:10:00 GMT (envelope-from gnats) Resent-Date: Thu, 20 Jun 2013 05:10:00 GMT Resent-Message-Id: <201306200510.r5K5A0vs088058@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-ports-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "O. Hartmann" Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6DD7389F for ; Thu, 20 Jun 2013 05:07:49 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) by mx1.freebsd.org (Postfix) with ESMTP id 45BA21991 for ; Thu, 20 Jun 2013 05:07:49 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r5K57nQZ085857 for ; Thu, 20 Jun 2013 05:07:49 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r5K57nNE085856; Thu, 20 Jun 2013 05:07:49 GMT (envelope-from nobody) Message-Id: <201306200507.r5K57nNE085856@oldred.freebsd.org> Date: Thu, 20 Jun 2013 05:07:49 GMT From: "O. Hartmann" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: ports/179742: devel/subversion (1.8.0): svn: E170000: Unrecognized URL scheme for 'https://xxx.xxx.xxx/aaa/aaa' X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 05:10:01 -0000 >Number: 179742 >Category: ports >Synopsis: devel/subversion (1.8.0): svn: E170000: Unrecognized URL scheme for 'https://xxx.xxx.xxx/aaa/aaa' >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 20 05:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: O. Hartmann >Release: FreeBSD 10.0-CURRENT/amd64 >Organization: FU Berlin >Environment: FreeBSD 10.0-CURRENT #0 r251994: Wed Jun 19 17:58:51 CEST 2013 amd64 >Description: Since the successfully update to devel/subversion 1.8.0 inclusive the missing mod_dav_svn (see PR ports/179728), the Apache 2.4.X based backend serving subversion repositories via HTTPS connection is established again. But now, even with having "svn upgrade" done in the local copy of the repositories, I always receive svn update svn: E170000: Unrecognized URL scheme for 'https:/foo.bar.de/svn/repo/software' This error is supposed to occur when SERF or NEON hasn't been compiled with subversion, as Google-master says, but I explicitely selected SERF when I compiled subversion 1.8.0 . This seems not the issue. On recent FreeBSD 10.0 (r251994) we have now also a subversion 1.8.0 client called "svnlite". Using this in the very same folder of the repo copy which has been rejected by the ports devel/subversion installed client, I can successfully check out or update the port from the remote machine. The URL is the very same as in both cases. I also have on FreeBSD 10.0 on ALL systems the weird behaviour of the ports system/portmaster, that when I have configured the port once, I have to configure the port at least again when it gets finally installed. That menas, by doing "make rmconfig" in devel/subversion removes the config. Then the selection box pops up. Selecting the options should be saving the options, but then, in the middle of compiling, the option box again pops up. And at the end, when the installation process is about to install the port finally. This weird behaviour is seen in other ports as well (pulseaudio, xrdp, et ceterum). >How-To-Repeat: Update/install port devel/subversion. Have a local copy of a repository at hand which is backed up by a subversion server run via Apache 2.4 (this is the setup we use). After "svn upgrade" of a former subversion 1.7.10 local copy try to do "svn update" or "svn co". In all of our cases, we receive a "svn: E170000: Unrecognized URL scheme for". Have now a most recent copy of FreeBSD 10.0 running, on which svnlite has been recently introduced and is present in the system's world/path. Try the same procedure with the prior failing copy of your repo. This should now work and svnlite should update/checkout the repo that has been reported failing before. In my opnion, this indicates that the backend is working correctly (apache24/subversion with mod_dav_svn/mod_authz). >Fix: Not known. >Release-Note: >Audit-Trail: >Unformatted: