From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 01:20:50 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BD4F16A41F; Fri, 9 Sep 2005 01:20:50 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from lakecmmtao05.coxmail.com (lakecmmtao05.coxmail.com [68.99.120.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FE5543D46; Fri, 9 Sep 2005 01:20:49 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dns1 ([64.58.171.82]) by lakecmmtao05.coxmail.com (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050909012049.EXJT2425.lakecmmtao05.coxmail.com@dns1>; Thu, 8 Sep 2005 21:20:49 -0400 From: Vizion To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Date: Thu, 8 Sep 2005 18:16:34 -0700 User-Agent: KMail/1.8 References: <200509081705.41876.vizion@vizion.occoxmail.com> <20050909002358.GA3436@odin.ac.hmc.edu> <200509081734.33077.vizion@vizion.occoxmail.com> In-Reply-To: <200509081734.33077.vizion@vizion.occoxmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509081816.35009.vizion@vizion.occoxmail.com> Cc: Johann Visagie Subject: Re: /usr/ports/www/phpbb --? Makefile query X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 01:20:50 -0000 Jst thought I would mention that this is being used for a series of sites to support victims of katrina - so if anyone does feel like helping out urgently it would really be appreciated -- thanks On Thursday 08 September 2005 17:34, the author Vizion contributed to the dialogue on- Re: /usr/ports/www/phpbb --? Makefile query: >On Thursday 08 September 2005 17:23, you wrote: >>On Thu, Sep 08, 2005 at 05:05:41PM -0700, Vizion wrote: >>> The makefile has the following lines: >>> >>> PHPBBDIR= ${WWWDOCROOT}/${PHPBBURL} >>> PKGOPTS= ${FILESDIR}/pkg-opts >>> EXCEPTFILES= ${PREFIX}/${PHPBBDIR}/install/install.php \ >>> ${PREFIX}/${PHPBBDIR}/install/upgrade.php \ >>> ${PREFIX}/${PHPBBDIR}/install/update_to_latest.php >>> >>> In my case DocumentRoot is: >>> WWWDOCROOT?= /usr2/virtualwebs >>> >>> to which the port is adding ${PREFIX} >>> >>> which has a local value of /usr/local >>> >>> producing attempts to install files with problematic paths such as >>> >>> /usr/local//usr2/virtualwebs/forumkatrina.org/install/install.php >>> ^^^^^^ >>> >>> I wonder, while this is being looked at, whether it might be possible to >>> have the option, when installing to virtual webs to install to a file >>> list comprising multiple urls? >>> >>> This would be a most valuable option. >> >>Installation outside prefix is not supported. You could set >>prefix to /usr2 > >Where is ${PREFIX} set? > >>and WWWDOCROOT to virtualwebs to install the key >>files where you want them. > >But does that not mean that I would be getting files that properly belong in >the /usr/local/ hierarchy in the virtualwebs hierarchy? > >>This would cause /usr2 to be populated >>with the directories given in BSD.local.dist. Alternativly, >>you could make /usr/local/www/forumkatrina.org a symlike to >>/usr2/virtualwebs/forumkatrina.org or something similar. > >That would be a good idea but unfortunately there appears to be a bug in the >latest version of apache2 that makes symlinks problematical and it is not a >good idea when the files are networked. The other thing is that /usr2/ is a >different physical device which holds files for replication to duplicate >physical devices for webfarming. > >>Of course, if >>you want to install it more than once, ports won't work as it. >>Making phpbb capable of being a slave port and making local ports for each > >site could be a good work around for that. > >Does anyone know how to fix the Makefile for the port so that it does not >apply ${PREFIX} when presented with an absolute path such as / but does use >${PREFIX} when the path is relative. > >That would do as a workaround for the moment. > >I am not familiar with makefiles and I would like to ask if someone who is >used to doing it might be willing to make such a change and commit > >thanks > >david -- 40 yrs navigating and computing in blue waters. English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit.