From owner-freebsd-ports Wed Feb 5 9:21:24 2003 Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71B7A37B407 for ; Wed, 5 Feb 2003 09:21:23 -0800 (PST) Received: from fnord.ir.bbn.com (FNORD.IR.BBN.com [192.1.100.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9BBA43E4A for ; Wed, 5 Feb 2003 09:21:22 -0800 (PST) (envelope-from gdt@ir.bbn.com) Received: from fnord.ir.bbn.com (localhost [127.0.0.1]) by fnord.ir.bbn.com (Postfix) with ESMTP id C157E787; Wed, 5 Feb 2003 12:21:16 -0500 (EST) From: Greg Troxel To: Olivier Tharan , freebsd-ports@FreeBSD.ORG Subject: Re: libintl.so.2/4, portupgrade and evolution breakage In-Reply-To: Message from Olivier Tharan of "Wed, 05 Feb 2003 10:51:08 +0100." <20030205095108.GF53198@weirdos.oban.frmug.org> Date: Wed, 05 Feb 2003 12:21:16 -0500 Message-Id: <20030205172116.C157E787@fnord.ir.bbn.com> Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org It turns out the problem with evolution was unrelated; I had added a workaround in close() in libc_r (fd leak under an obscure condition), and mismerged it on updating. > It would be cool if portupgrade kept a database of packages whose > dependencies have been update, perhaps with an option to update those > in topological-sort order. When upgrading a package, anything that That is what the -rR options are for. The combination of portupgrade, portversion and pkgdb are very useful. portsdb and portsclean are, to a lesser extent. Sure, one can use that. But then there is a huge time when the system is building. I was thinking of a way to just update a single port (dangerous but convenient), but do bookkeeping of the ports that need rebuilding because a dependency was updated. This would enable one to preserve the -r semantics over time by later calling portupgrade on all ports on the unsafe list. Essentially, I mean to split the -r operation into multiple operations of portupgrade. It would be cool if portversion printed lines in topologically-sorted order, so that if portupgrade were called in order there would be no packages in an unsafe state. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message