From owner-svn-ports-all@FreeBSD.ORG Wed Dec 11 00:47:20 2013 Return-Path: Delivered-To: svn-ports-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05E0A438; Wed, 11 Dec 2013 00:47:20 +0000 (UTC) Received: from smtp9.server.rpi.edu (smtp9.server.rpi.edu [128.113.2.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 947911034; Wed, 11 Dec 2013 00:47:19 +0000 (UTC) Received: from smtp-auth2.server.rpi.edu (route.canit.rpi.edu [128.113.2.232]) by smtp9.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id rBB0bKED017065; Tue, 10 Dec 2013 19:37:20 -0500 Message-Id: <201312110037.rBB0bKED017065@smtp9.server.rpi.edu> Received: from smtp-auth2.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth2.server.rpi.edu (Postfix) with ESMTP id 6826518006; Tue, 10 Dec 2013 19:37:20 -0500 (EST) Received: from localhost.localdomain (webmail1.server.rpi.edu [128.113.2.169]) by smtp-auth2.server.rpi.edu (Postfix) with ESMTP id 545BB18002; Tue, 10 Dec 2013 19:37:20 -0500 (EST) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary X-Originating-Ip: 128.113.124.121 X-Http_host: webmail.rpi.edu Date: Tue, 10 Dec 2013 19:37:52 -0500 MIME-Version: 1.0 Subject: Re: svn commit: r332017 - head/devel/subversion17 X-Mailer: EMUmail 6.0.1.32 From: drosih@rpi.edu X-Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534. 59.8 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.8 X-Webmail-User: drosih@mail.rpi.edu To: mandree@FreeBSD.org X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 15.00] MSGID_FROM_MTA_HEADER:0.001, T_RP_MATCHES_RCVD:-0.01, SPF(none:0) X-CanIt-Incident-Id: 02L00BkU6 X-CanIt-Geo: ip=128.113.2.169; country=US; region=NY; city=Troy; postalcode=12180; latitude=42.7495; longitude=-73.5951; metrocode=532; areacode=518; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.229 Cc: svn-ports-head@freebsd.org, ohauer@FreeBSD.org, svn-ports-all@freebsd.org, ports-committers@freebsd.org X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: drosih@rpi.edu List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2013 00:47:20 -0000 On Mon, 09 Dec 2013 3:51:14 EST Matthias Andree wrote: > > Am 08.12.2013 23:26, schrieb olli hauer: > > On 2013-12-08 16:09, Matthias Andree wrote: > >> Is there any purpose in keeping old garbage around? > >> Such as new client not working with old server? > >> If not, let's just axe the older versions rather than fix > >> package name conflicts. > >> > > > > > > The subversion java port is fixed, I'm more concerned with ports using > > [lot of details snipped] > > That does not answer the crucial question: > > *What purpose does it serve to keep old subversion ports in the tree?* FWIW, I've had occasions where upgrading subversion to benefit my work on one repository then caused me headaches in some other repositories. I forget the details, but I do know that for a few months I had one freebsd machine where I did not upgrade subversion, because there were repositories (or working copies checked out) which I did not want to upgrade to the most-recent version of that time. I wouldn't put a lot of effort into supporting multiple releases of subversion, but there sometimes is a benefit in being able to build an older release. -- Garance Alistair Drosehn .aka. gad@FreeBSD.org Senior Systems Programmer Rensselaer Polytechnic Institute; Troy NY