Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Message-ID: <43692452.70909@etr-usa.com>
Date: Wed, 02 Nov 2005 13:40:50 -0700
From: Warren Young <warren@etr-usa.com>
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
MIME-Version: 1.0
To: Cygwin-L <cygwin@cygwin.com>
Subject: Re: cygcheck improvements
References: <SERRANOwAeRaNgEpTX5000000cf@SERRANO.CAM.ARTIMI.COM>
In-Reply-To: <SERRANOwAeRaNgEpTX5000000cf@SERRANO.CAM.ARTIMI.COM>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Dave Korn wrote:
>  if lots of
> packages register check-callbacks with cygcheck, we're going to end up
> (implicitly) making it dependent on a whole lot of other stuff being there and
> working.

You could create a new directory, say /etc/cygcheck[.d].  Any package 
that wants cygcheck to run a test for it could put a script in there, 
which cygcheck would run.  Then cygcheck doesn't need to have built-in 
knowledge of what scripts it should try to run.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

