From owner-freebsd-ports Tue Dec 3 05:22:33 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA11945 for ports-outgoing; Tue, 3 Dec 1996 05:22:33 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA11940 for ; Tue, 3 Dec 1996 05:22:30 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id XAA10533; Tue, 3 Dec 1996 23:52:23 +1030 (CST) From: Michael Smith Message-Id: <199612031322.XAA10533@genesis.atrad.adelaide.edu.au> Subject: Re: Ports INDEX browser update In-Reply-To: <6159.849618445@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 3, 96 05:07:25 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 3 Dec 1996 23:52:22 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, ports@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > > Oh gee, he doesn't want much, does he? 8) I bet you want more than > > "spawn an xterm with 'make foo' in it" too, don't you? > > No, that'll be fine. :-) Huh? You have got to be kidding; there's so much wrong with that I really don't know where to start. 8( 8) > Well, it's not much more than an information viewer right now (and, > BTW, it doesn't pull the full description in from the pkg/DESCR file > anywhere that I can see, either :-). Read the online help 8) (and try that funny '?' button sometime...) > > Speaking of 'clean', is it desired behaviour for 'clean' to purge all > > ports that are prequisites for a given port? That's a real pain for > > something like 'apsfilter' which depend on half the known universe 8( > > It does that already, beyond your control, so don't worry about it. > Just do the clean for the targetted port and let it chain-clean the > rest unless the user's disabled that in his make.conf file. I know it does; I wish it _didn't_. When you 'make clean' apsfilter, you nuke ghostscript4, jpeg, tiff, netpbm, png, transfig etc., and rebuilding a pile like that takes a _long_ time. 8( How about 'make clean-depends' instead? > Oh yeah, the Options panel should also read the actual values for > things like HAVE_MOTIF from /etc/make.conf. :-) Oops. Ok, assuming that you don't do any stupid make(1) stuff in there, I can do that. I've had my fill implementing make(1) in Tcl, and I don't plan to saunter down that twisty little path again 8( So what's the correct precedence? Environment overrides make.conf overrides ~/.pib overrides builtin default? (For now at least, neither USA_RESIDENT nor HAVE_MOTIF do anything; the plan was to have USA_RESIDENT deal with the files.usa/files.non_usa model, and HAVE_MOTIF slipped in because I was doing three things at once.) > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[