From owner-freebsd-questions@FreeBSD.ORG Wed Dec 17 16:25:05 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E3651065674 for ; Wed, 17 Dec 2008 16:25:05 +0000 (UTC) (envelope-from fsb@thefsb.org) Received: from smtp244.iad.emailsrvr.com (smtp244.iad.emailsrvr.com [207.97.245.244]) by mx1.freebsd.org (Postfix) with ESMTP id 129B38FC25 for ; Wed, 17 Dec 2008 16:25:05 +0000 (UTC) (envelope-from fsb@thefsb.org) Received: from relay14.relay.iad.mlsrvr.com (localhost [127.0.0.1]) by relay14.relay.iad.mlsrvr.com (SMTP Server) with ESMTP id 5EBEC22D54E; Wed, 17 Dec 2008 11:25:04 -0500 (EST) Received: by relay14.relay.iad.mlsrvr.com (Authenticated sender: fsb-AT-thefsb.org) with ESMTPSA id 5BB1F22D37B; Wed, 17 Dec 2008 11:25:03 -0500 (EST) User-Agent: Microsoft-Entourage/12.10.0.080409 Date: Wed, 17 Dec 2008 11:25:02 -0500 From: Tom Worster To: Paul Schmehl , Message-ID: Thread-Topic: lang/php5 port Thread-Index: AclgZAL+fW0v9rDa2EiBtLxJ9MTeZw== In-Reply-To: <8C4EF0DE64745893F3E3EE3D@utd65257.utdallas.edu> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: Mel , Steve Bertrand Subject: Re: lang/php5 port X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 16:25:05 -0000 On 12/17/08 10:34 AM, "Paul Schmehl" wrote: > --On Wednesday, December 17, 2008 08:18:47 +0100 Mel > wrote: >> >> ... >> Though a lot of things can be handled by: >> 1) environment variables (temporary) >> 2) /etc/make.conf (permanent) >> 3) Makefile.local (permanent, inclusion is at bsd.port.pre.mk stage which >> allows you to override hardcoded settings) >> >> It is needed in some cases to edit the makefile to fix things or remove >> dependencies that the maintainer didn't find necessary to remove or even to >> fix bugs. > > I agree with you with one caveat. Make sure that you know what you're doing > before you do this, and be prepared for the consequences. For example, if you > edit any files in a port, they will be overwritten when you update your ports. > That means you'll have to make those edits again. thanks. i was going to ask about that. > If you're maintaining your > own workstation, that might be an educational experience. If you're > maintaining servers, that could cause an outage while you try to remember what > your edits were. one has to remember the port's configuration whichever method is used. my memory isn't good so i keep detailed notes. recording in these notes which checkboxes in the config pseudo-gui were checked and unchecked is not convenient. i'm not sure i wouldn't prefer editing a file and keeping a diff with my notes, as i do for the other config files i change. > If you think a port is incorrectly built (unnecessary dependencies, for > example) there's nothing wrong with submitting a PR and asking the maintainer > to update the port. If the maintainer rejects your changes, you can always > edit locally later, but your submission could benefit thousands of people. > > IOW, if you're the smartest guy on the block, please don't keep it to > yourself. i'm certainly not smart enough to know what might be a better way to design ports like php. but one thing seems odd to me. i ended up with dozens of ports installed that appeared to use nothing but the same php-5.2.8.tar.bz2 distfile. relative to what i'm used to with php (i.e. manual configure, compile, install) this seems a bit untidy and i'm nervous what it might mean for maintenance. my guess is that this approach allows the ports framework to handle conditional installation of dependent software on a relatively fine-grained basis depending which options the user chooses. that's a nice feature to have. but wouldn't it be nicer if were just one port with dependencies based off its configuration? seems that would reduce clutter in the ports tree too and maybe effort for the ports maintainer.