From owner-cvs-all Mon Feb 4 22:43:29 2002 Delivered-To: cvs-all@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id B730E37B41C; Mon, 4 Feb 2002 22:43:22 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g156goQ70051; Tue, 5 Feb 2002 01:42:53 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200202050642.g156goQ70051@aldan.algebra.com> Date: Tue, 5 Feb 2002 01:42:47 -0500 (EST) From: Mikhail Teterin Subject: Re: cvs commit: ports/devel/tcllib Makefile To: will@csociety.org Cc: mi@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org In-Reply-To: <20020205035005.GC82640@squall.waterspout.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 4 Feb, Will Andrews wrote: > On Mon, Feb 04, 2002 at 06:14:31PM -0800, Mikhail Teterin wrote: >> Log: >> BUILD_DEPEND on tclsh. Any tclsh will do, but if none is present -- >> build the tcl83... > > This breaks dependencies. If one has another tcl installed this > will record a dependency on a (not installed) tcl83. Correct. However, this is a lesser evil, than building tcl8N when the person already has tcl8N+1 or tcl8N-1 and wants to use tcl83 with it. The same breakage can be observed with various LIB_DEPENDS cases. For example, something lib_depending on libgd will be recorded as depending on graphics/gd, while the library it compiled against may well have been installed by ukrainian/gd. Or some libX, that I have -- installed by portX-N.K_J. But the latest revision of portX is J+1 -- so my new port will be recorded as depending on portX-N.K_J+1, even though it was built against portX-N.K_J. The dependencies are quite broken for ports-building. And, as we all know, will remain that way, until we stop using the second part of the dependency tuple to figure out the dependency and start using the information in /var/db/pkg/*/+CONTENTS. Fortunately, they only really matter for Bento itself and for people installing packages. I promised some action on that front and intend to follow up... Heck, I send-pr-ed the very first step today (bin/34628). But for now -- this IS the (much) lesser evil. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message