From owner-freebsd-ports@FreeBSD.ORG Tue Mar 28 07:53:59 2006 Return-Path: X-Original-To: ports@freebsd.org 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 0B7C116A41F; Tue, 28 Mar 2006 07:53:59 +0000 (UTC) (envelope-from bsd-unix@comcast.net) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [63.240.77.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 990ED43D49; Tue, 28 Mar 2006 07:53:58 +0000 (GMT) (envelope-from bsd-unix@comcast.net) Received: from kt.weeble.com (c-68-56-224-228.hsd1.fl.comcast.net[68.56.224.228]) by comcast.net (sccrmhc12) with SMTP id <20060328075357012007jkfoe>; Tue, 28 Mar 2006 07:53:57 +0000 Date: Tue, 28 Mar 2006 02:55:51 -0500 From: Randy Pratt To: perl@FreeBSD.org Message-Id: <20060328025551.46b817b3.bsd-unix@comcast.net> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: security/p5-Authen-SASL "GSSAPI optional module" 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 Mar 2006 07:53:59 -0000 I was upgrading 'p5-Authen-SASL-2.09' to 'p5-Authen-SASL-2.10' and came back to the machine to find it sitting waiting for input at this point: ===> Configuring for p5-Authen-SASL-2.10 *** Module::AutoInstall version 1.02 *** Checking for Perl dependencies... [DIGEST-MD5 mechanism] - Digest::MD5 ...loaded. (2.36) [CRAM-MD5 mechanism] - Digest::HMAC_MD5 ...loaded. (1.01) [GSSAPI mechanism] - GSSAPI ...missing. ==> Auto-install the 1 optional module(s) from CPAN? [n] I looked thru the Makefile but didn't see any method for controlling whether or not this module was to be installed. I did see that the Makefile wanted to install the manual page: MAN3+= Authen::SASL::Perl::GSSAPI.3 Does this mean that it was intended for the GSSAPI was to be installed? I chose the default "[n]" and rebuilt and again it stopped at the same point waiting for input. If indeed the GSSAPI is optional, could there be a make argument to control this behavior so that it could be configured via pkgtools.conf? Alternatively, using "make config" would be another way to store the desired option. My objective is to control this behavior in an manner conducive to (semi-)automated ports updating. Randy --