Date: Tue, 22 Jun 2004 05:34:18 -0700 From: Kris Kennaway <kris@obsecurity.org> To: Oliver Eikemeier <eikemeier@fillmore-labs.com> Cc: Kris Kennaway <kris@obsecurity.org> Subject: Re: incremental ports/INDEX builder Message-ID: <20040622123418.GA15696@xor.obsecurity.org> In-Reply-To: <40D809C3.6090402@fillmore-labs.com> References: <20040622083214.GA91013@sanatana.dharma> <20040622100327.GA12999@xor.obsecurity.org> <40D7F5EF.4090406@fillmore-labs.com> <20040622112326.GA14566@xor.obsecurity.org> <40D7FD85.2070201@fillmore-labs.com> <20040622114734.GA14959@xor.obsecurity.org> <40D809C3.6090402@fillmore-labs.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jun 22, 2004 at 12:28:19PM +0200, Oliver Eikemeier wrote: > Some ports include a Makefile.local that isn't there. Of course > they won't make it into CVS, but you can have them in local port > trees. I just asserted that examples can be constructed where the > make(1) approach fails, too. That's OK, I'm not trying to solve the halting problem here, only deal with the dependencies in the CVS ports collection. My point was that an implementation that only works for less than 100% of the changes that are actually made to the ports collection (excluding the pathological cases that don't and aren't going to occur) isn't a solution I can use. That amounts to tracking .included files and updating that dependency list when it changes, since those are the corner cases that a straightforward implementation doesn't catch. Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA2CdKWry0BWjoQKURAi5gAKD7f7WfASdqBp4VguN21VIKg0a3PwCdEj9X KRFpz2U8e6tZTFO8UG2LdfU= =HuKk -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040622123418.GA15696>