From owner-freebsd-ports@FreeBSD.ORG Tue Nov 28 15:01:07 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 610A016A407 for ; Tue, 28 Nov 2006 15:01:07 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06BEE43CA3 for ; Tue, 28 Nov 2006 15:01:03 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 0C35CB80A for ; Tue, 28 Nov 2006 10:01:06 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) To: ports@freebsd.org Message-Id: <5D017181-7215-4CB6-A459-4A40751AB39A@khera.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-6--412211960; protocol="application/pkcs7-signature" From: Vivek Khera Date: Tue, 28 Nov 2006 10:01:05 -0500 X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: stale dependencies and portupgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 15:01:07 -0000 --Apple-Mail-6--412211960 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed I've been using portupgrade for a long time now. Recently I've been noticing (though I'm sure it has been happening all along) that dependencies are not cleanly propagated to other ports. Example: p5-Expect used to depend on p5-IO-Stty which was removed from ports recently. rt36 depends on p5-Expect, so got a transitive dependency to this dead port. Upgrading p5-Expect using "portupgrade -Rr" took care of the direct dependency, but the upstream ports still had the registered dependency to p5-IO-Stty. I had to force- uninstall that port then run "pkgdb -F" to remove that dependency. Similarly, with a portupgrade of portupgrade itself, most of my machines lost the dependency to ruby18-bdb1 package. The only way out of that was to do a delete of portupgrade and run a fresh make install in the port directory. I suppose the bug is that I expected portupgrade -Rr to recompute the dependency lists of the upstream ports to take into account any changing dependencies of the updated port. Do other port manager utilities take this type of change into account? At this point, I'm not sure any of my dependencies are accurate on the complex ports like RT. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. MailerMailer, LLC Rockville, MD http://www.MailerMailer.com/ +1-301-869-4449 x806 --Apple-Mail-6--412211960--