From owner-freebsd-questions@FreeBSD.ORG Thu Apr 16 12:52:58 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D464F1065695 for ; Thu, 16 Apr 2009 12:52:58 +0000 (UTC) (envelope-from j.mckeown@ru.ac.za) Received: from c.mail.ru.ac.za (c.mail.ru.ac.za [IPv6:2001:4200:1010::25:3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2BB8FC16 for ; Thu, 16 Apr 2009 12:52:37 +0000 (UTC) (envelope-from j.mckeown@ru.ac.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=ru-msa; d=ru.ac.za; h=Received:From:Organization:To:Subject:Date:User-Agent:References:In-Reply-To:X-Face:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id:X-Virus-Scanned:X-Authenticated-User; b=g8NcmSNRrZkljIdZD/5K51/hvWvsRZSCU0yMwLDe0V5LKbbjXzvx1yiw+DkbN9X44rsCXb+qYUtbG3CN7iR34XNRBc5i1b1Q2jm0aFj1sJBkCLfG6J34VPckDhm25PIi; Received: from vorkosigan.ru.ac.za ([2001:4200:1010:1058:219:d1ff:fe9f:a932]:52352) by c.mail.ru.ac.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LuR50-000CAB-UD for freebsd-questions@freebsd.org; Thu, 16 Apr 2009 14:52:34 +0200 From: Jonathan McKeown Organization: Rhodes University To: freebsd-questions@freebsd.org Date: Thu, 16 Apr 2009 14:52:34 +0200 User-Agent: KMail/1.9.10 References: <49E274F5.4030001@onetel.com> <49E518CF.3000105@onetel.com> <200904161227.04972.mel.flynn+fbsd.questions@mailing.thruhere.net> In-Reply-To: <200904161227.04972.mel.flynn+fbsd.questions@mailing.thruhere.net> X-Face: $@VrUx^RHy/}yu]jKf/<4T%/d|F+$j-Ol2"2J$q+%OK1]&/G_S9(=?utf-8?q?HkaQ*=60!=3FYOK=3FY!=27M=60C=0A=09aP=5C9nVPF8Q=7DCilHH8l=3B=7E!4?= =?utf-8?q?2HK6=273lg4J=7Daz?=@1Dqqh:J]M^"YPn*2IWrZON$1+G?oX3@ =?utf-8?q?k=230=0A=0954XDRg=3DYn=5FF-etwot4U=24b?=dTS{i X-Virus-Scanned: c.mail.ru.ac.za (2001:4200:1010::25:3) X-Authenticated-User: s0900137 from vorkosigan.ru.ac.za (2001:4200:1010:1058:219:d1ff:fe9f:a932) using auth_plaintext Subject: Re: make run-depends-list-recursive? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 12:53:00 -0000 On Thursday 16 April 2009 12:27:04 Mel Flynn wrote: > But yes, all-depends-list is exactly that, with the provision > that it does not take changed OPTIONS into account. That's what I suspected you were saying yesterday, and it seems to be wrong. Try this (assuming you haven't already configured/installed net/freeradius2 and security/krb5) cd /usr/ports/net/freeradius2 make all-depends-list make config # select Kerberos make all-depends-list make -C /usr/ports/security/krb5 config # unselect documentation for krb5 make all-depends-list make -C /usr/ports/security/krb5 rmconfig make rmconfig You will get three different lists of dependencies: in the first case, the main port (net/freeradius2) has the default OPTIONS and doesn't depend on security/krb5 or its dependencies. In the second case you will find teTeX and its dependencies in the list as they are dependencies of krb5 in its default setting. In the third case, you have changed an OPTION of security/krb5 to remove its dependency on teTeX, and net/freeradius2 correctly removes the teTeX dependency from its all-depends-list. This certainly looks like all-depends-list correctly taking account of the changed OPTIONS in the target port and all its dependencies. What *is* a problem is make config-recursive, which doesn't take account of any dependencies added as a result of OPTIONS changes made during the config-recursive process. This is relatively easily fixed, as make config-recursive actually runs make config-conditional for everything in all-depends-list, so if you keep running make config-recursive until nothing happens you can be reasonably sure you've dealt with all the unexpected dialogues that might otherwise pop up. This is worth knowing if you like doing overnight unattended installs and don't want to accept default settings (so can't use BATCH=yes). Until I discovered it I had immense frustration setting an installation/upgrade running only to come back the next day and find a dialogue sitting on the screen. Jonathan