From owner-freebsd-ports@FreeBSD.ORG Sat Jun 7 21:25:44 2014 Return-Path: Delivered-To: ports@freebsd.org 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 6A6A3AA2 for ; Sat, 7 Jun 2014 21:25:44 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E13C2236A for ; Sat, 7 Jun 2014 21:25:43 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M4GRv-1WatOZ1rKV-00rpMz; Sat, 07 Jun 2014 23:25:32 +0200 Message-ID: <53938354.3090806@gmx.de> Date: Sat, 07 Jun 2014 23:25:40 +0200 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: FreeBSD Ports List Subject: Re: splitting subversion port? References: <475041294.20140607211015@serebryakov.spb.ru> In-Reply-To: <475041294.20140607211015@serebryakov.spb.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:3z8MGyGD0ZNcA7ix0qYor7MoCAg9cMS3BVG4ZauNSwRDieFIJ45 3cuQCmGOh9lz1oM88ry8eJjnbHFRV+hKFFVfazX9r42KeqbA1SoxXimRZj5VD5sFocNUhaD G/iCAyAEJGO8ZV4VzWYfAwbD+pFkztZ40bjPafJ5s5p9S8+Eoe0M/fL0QqpZKl+Qe+BxMC9 H18HiwzqjlQDSkDD5g76w== Cc: Vick Khera , lev@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 21:25:44 -0000 On 2014-06-07 19:10, Lev Serebryakov wrote: > Hello, Vick. > You wrote 22 мая 2014 г., 22:18:10: > > VK> I was wondering if you would be open to peeling off the mod_dav_svn > VK> from being an option in the subversion port to being its own port that > VK> depends on this one, or making a sub-port that installs subversion > VK> with it enabled under a different package name. > > VK> The reason I have is that I am trying to switch over to pkgng and > VK> using pre-built packages for everything. I can't do this for > VK> subversion as I need the dav module on one server, but not on any > VK> other machine I run. Also, I use another apache module, > VK> www/mod_authnz_crowd, which depends on a subversion built with > VK> mod_dav_svn. As it stands, I cannot make a package for that easily. > > VK> There is precedent for splitting the apache module out, as PHP5 has > VK> recently done just that. > > VK> By splitting the module out into its own port, all of this would be > VK> possible, and it would avoid having to install the module-enabled > VK> package on all of my servers which would pull down apache, as well, > VK> which I do not need on my compute nodes. > > VK> Another way of accomplishing the goal would be to make a sub-port > VK> similar to things like emacs-nox11 and ImageMagick-nox11 that install > VK> their base ports with specific options. There could be a > VK> subversion-apache port that builds the subversion port with the apache > VK> module and dependencies. > > VK> Anyhow, I'm willing to try to do the work, but I wanted to know if > VK> you're agreeable, and which way you'd prefer to do it. Obviously the > VK> sub-port would be easier. I have a feeling the split port may not work > VK> out because the SVNUSER gets changed if the dav module is enabled. > > Really, I want to split subversion port to many parts (libraries, client, > server, apache port, tools) for many years, but it hard to achieve as > subversion build system is rather complex one. I'm waiting for "multiple > packages from one port" feature in pkg/ng :) > > This should be possible if the old pkg tools are no longer supported (this year Sept.) and code for sub packages is in the tree. Splitting the package now into several ports is not a preferred way. Building a full blown subversion triggers without sub packages x times a full build for every single shaped port (see for example bacula server/client) -- olli