From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9352 invoked by alias); 17 Nov 2013 18:17:51 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 9343 invoked by uid 89); 17 Nov 2013 18:17:50 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.8 required=5.0 tests=AWL,BAYES_50,RDNS_NONE,SPF_SOFTFAIL,URIBL_BLOCKED autolearn=no version=3.3.2 X-HELO: qmta14.emeryville.ca.mail.comcast.net Received: from Unknown (HELO qmta14.emeryville.ca.mail.comcast.net) (76.96.27.212) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 17 Nov 2013 18:17:49 +0000 Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by qmta14.emeryville.ca.mail.comcast.net with comcast id qiGz1m0021zF43QAEiHiW5; Sun, 17 Nov 2013 18:17:42 +0000 Received: from mail.daveroth.dyndns.org ([67.168.153.247]) by omta24.emeryville.ca.mail.comcast.net with comcast id qiHg1m00s5LXggb8kiHhTV; Sun, 17 Nov 2013 18:17:41 +0000 Received: from [10.249.1.105] (fee.daveroth.dyndns.org [10.249.1.105]) by mail.daveroth.dyndns.org (8.14.4/8.14.4/Debian-4) with ESMTP id rAHIHc57025139 for ; Sun, 17 Nov 2013 10:17:39 -0800 Message-ID: <52890843.90903@acm.org> Date: Sun, 17 Nov 2013 18:17:00 -0000 From: David Rothenberger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Fwd: Subversion packages References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin@cygwin.com X-SW-Source: 2013-11/txt/msg00296.txt.bz2 On 11/17/2013 2:30 AM, Kevin Connor Arpe wrote: > Hello, > > Cygwin currently offerers two Subversion packages. One from 1.7.x > series and another from 1.8.x series. > > Subversion version series are important because local repositories > created by each series (1.6.x, 1.7.x, 1.8.x) are incompatible. In > short, if you do "svn checkout" with svn 1.6.x, you cannot do "svn > update" with svn 1.7.x or 1.8.x. For a variety of reasons, at my > office, I am forced to use svn 1.6.x series. This precludes me from > using standard pre-built Cygwin packages for Subversion work. I'm > always jumping back to a IDE or DOS box to manage my svn local repos. > > I'm not here to complain about this "feature" of Subversion. AFAIK: > Cygwin seems to normally provide at least two versions of any package. > That's great, and usually helps. However, this situation is a bit > rare. I would like to help make each series available in Cygwin. > I've done some googling on this matter and noticed a few others asking > on mailing lists (not Cygwin, I think) about how to get svn 1.6.x on > the latest Cygwin. Frankly, there were no satisfying answers. > > As a starter, I am happy to volunteer to create a specific Cygwin > package for Subversion 1.6.x. Additionally, I already built my own > copy of Subversion 1.6.x using Cygwin build toolchain. The problem is that the Cygwin installer does not provide a mechanism for having more than two versions of the same package. I currently provide (a somewhat out-of-date) 1.7 version as "prev" and the latest 1.8 as "curr". I can see no way to also provide 1.6. We could make another package (subversion_1_6 or something), but users could not have both that and the "subversion" package installed at the same time. I really don't think that's a great packaging decision. Upstream makes no provisions for having multiple installed versions coexist. Packaging subversion for Cygwin already involves quite a few local patches; I'm not interested in developing and maintaining patches to allow multiple versions to coexist. The newer versions are able to communicate with older servers. Why can't you just upgrade to 1.7 or 1.8 for the client? If there is some real reason you cannot, I suspect your effort would be better spent trying to change that reason instead of packaging 1.6. Especially since even upstream no longer supports 1.6. However, if you really want to make this work and are willing to take over packaging of all versions of subversion and its dependencies, I'm happy to relinquish the maintainership to you. I've almost completely switch to git myself anyway. -- David Rothenberger ---- daveroth@acm.org divorce, n: A change of wife. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple