X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; q=dns; s=default; b=mHukAH0V17Mu5bTww0bvCIiunPMEyq30UKptUewypEj c10Aclen1YDRZTjQgT0oyBMqFZ+CXZn3llQU438Lz4V4abt+iUU1ZUKnUz/ctIdW h25ve0sk+r/igzS1qpuogLUko5y7UPzOZkKavUei2ry0bnqxDxlxtiQSqTGYJZZw = DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; s=default; bh=Oy9GkQBCOTf581dDoHUQHQZd2Xw=; b=Hp0GTAFOVbUy8T0WL aFdQOX689sTFKmv/7lGDbbiQQCUKcZMzk2ybSmYtrUEvQaZcS5A0nLbKB1Ih2nkb WIkTBfoWlpvj7Z7MUvbsD8SVegTlgS+KxSzOF/SoTHk2q5LQ8t7M3TYI6SaTK+Wz F6I6av7zLd48zfvGn5Ohd6PtvU= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RDNS_NONE,SPF_PASS autolearn=no version=3.3.2 X-HELO: mail-pa0-f51.google.com X-Received: by 10.66.182.199 with SMTP id eg7mr4582114pac.135.1384806739474; Mon, 18 Nov 2013 12:32:19 -0800 (PST) Message-ID: <528A7954.7050700@users.sourceforge.net> Date: Mon, 18 Nov 2013 14:32:20 -0600 From: "Yaakov (Cygwin/X)" 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 AT cygwin DOT com Subject: Re: Fwd: Subversion packages References: <52890843 DOT 90903 AT acm DOT org> <528A5E0E DOT 7000906 AT acm DOT org> In-Reply-To: <528A5E0E.7000906@acm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2013-11-18 12:35, David Rothenberger wrote: > Kevin Connor Arpe wrote: >> I was thinking about this type of SVN package setup: >> * 1.6.x (svn_1.6) >> * 1.7.x (svn_1.7) >> * 1.8.x (svn_1.8) >> * svn (latest -- currently svn_1.8) >> >> I could create statically linked binaries that can live side-by-side, >> e.g., /usr/bin/svn1.6, svn1.7, svn1.8 and plain old "svn" which is the >> latest. > > I'm strongly against statically linking the binaries. It produces > very large binaries and will require recreating the binaries any > time a bug is fixed in any of the many dependent libraries. It also > does not address the API bindings which require DLLs to function, > for example the Perl binding used by git-svn. There is also the > Apache module to consider. There are also a number of svn-dependent components in Ports which link against libsvn*-1, so the shared libraries cannot simply go away. > I suppose you could have a system where the versioned svn packages > provide only a statically linked binaries and none of the other > libraries, while the unversioned Subversion packages provide > dynamically linked binaries and all the libraries. *Iff* supporting multiple versions is deemed necessary, this would be the way to go. > I know of no other Linux distribution that supports multiple > installed versions of Subversion. I don't think it's a good idea. Me neither, but given the recent sqlite3 locking discussion, I won't be surprised if compatibility with native Windows clients trumps that. Yaakov -- 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