From owner-freebsd-ports@FreeBSD.ORG Sun May 13 11:42:35 2007 Return-Path: X-Original-To: freebsd-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 2E87816A402 for ; Sun, 13 May 2007 11:42:35 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id AD67713C4BB for ; Sun, 13 May 2007 11:42:34 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru ([89.163.10.141]) (authenticated bits=0) by ftp.translate.ru (8.13.8/8.13.8) with ESMTP id l4DBF1TQ062512; Sun, 13 May 2007 15:15:01 +0400 (MSD) (envelope-from lev@FreeBSD.org) Date: Sun, 13 May 2007 15:14:50 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v2.11.02) Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1996124170.20070513151450@serebryakov.spb.ru> To: Kris Kennaway In-Reply-To: <20070512174011.GA22526@xor.obsecurity.org> References: <464597C6.3030406@gmx.de> <20070512174011.GA22526@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.0 required=5.0 tests=AWL,SPF_SOFTFAIL autolearn=disabled version=3.1.8 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ftp.translate.ru Cc: freebsd-ports@FreeBSD.org Subject: Re[2]: Time to abandon recursive pulling of dependencies? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lev Serebryakov List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 11:42:35 -0000 Hello Kris, Saturday, May 12, 2007, 9:40:11 PM, you wrote: KK> I think that before you abandon something you should first understand KK> it. Can you explain, why we need to register "A depends on C / C required by A" in A -> B -> C chain? I can not see any advantages, only disadvantages: (1) Long registration time in case of big dependency trees (2) There is no way to say quick, why port X is installed: it can have zillion other ports in +REQUIRY_BY, but, really, be only optional dependency of one of these ports Y (and don't needed by others, but others really need Y). (3) If port A has optional dependincy B and C depends on A, we need to fix C registartion when A is rebuilt without B... I'm not smarter than ports subsystem authros and maintainers. It means, that I overlook some HUGE advantage to have flatten dependency tree in every port/package registartion. What do I overlook? -- Best regards, Lev mailto:lev@FreeBSD.org