From owner-freebsd-ports@FreeBSD.ORG Sun Jun 17 03:44:58 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 0801616A46C for ; Sun, 17 Jun 2007 03:44:58 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from misav09.sasknet.sk.ca (misav09.sasknet.sk.ca [142.165.20.173]) by mx1.freebsd.org (Postfix) with ESMTP id B1EE113C483 for ; Sun, 17 Jun 2007 03:44:57 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav09 with InterScan Messaging Security Suite; Sat, 16 Jun 2007 21:44:57 -0600 Received: from server.hurd.local (adsl-76-202-204-41.dsl.lsan03.sbcglobal.net [76.202.204.41]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0JJR0090WH2VG200@bgmpomr1.sasknet.sk.ca> for freebsd-ports@freebsd.org; Sat, 16 Jun 2007 21:44:57 -0600 (CST) Date: Sat, 16 Jun 2007 20:44:53 -0700 From: Stephen Hurd In-reply-to: <20070617011612.GW1173@turion.vk2pj.dyndns.org> To: Peter Jeremy Message-id: <4674AE35.9070000@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <20070614070602.GD39533@obiwan.tataz.chchile.org> <200706140714.l5E7EK0U023767@smtpclu-1.eunet.yu> <20070614075418.GA8093@obiwan.tataz.chchile.org> <200706142322.l5ENMbZt009741@smtpclu-6.eunet.yu> <20070615121125.GH1173@turion.vk2pj.dyndns.org> <4673B353.5040006@sasktel.net> <20070616114154.GA56829@obiwan.tataz.chchile.org> <20070617011612.GW1173@turion.vk2pj.dyndns.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.2) Gecko/20070523 SeaMonkey/1.1.1 Cc: Nikola Lecic , Jeremie Le Hen , freebsd-ports@freebsd.org Subject: Re: Keeping track of automatically installed dependency-only ports 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: Sun, 17 Jun 2007 03:44:58 -0000 >> If thingYYY detects SDL and uses it at configure stage, it should be >> recorded in the dependency list. >> > > Agreed, but this situation is not easy to detect with the automated > ports checks that are in place. > Impossible even since we're not using automated tools. > Yes - but since it requires the maintainer to manually determine what > features are automatically detected and enabled, it is something that > is error-prone - the maintainer could easily accidently overlook it. > A maintainer needs to do this anyways. >> exists or not, nothing would prevent the user from deinstalling SDL >> and break thingYYY otherwise. >> > > Unfortunately, I can't think of any way to automatically detect this > situation. This means that we are basically limited to waiting for > people to trip over instances of the problem and report it. > Of course, simply not automatically deinstalling SDL would help out quite a bit. If I decide to remove SDL, all the results of that are my fault. If removing portXXX also removes SDL, I can blame the ports system for removing stuff out from under me.