From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13558 invoked by alias); 8 Sep 2008 19:28:35 -0000 Received: (qmail 13544 invoked by uid 22791); 8 Sep 2008 19:28:34 -0000 X-Spam-Check-By: sourceware.org Received: from dessent.net (HELO dessent.net) (69.60.119.225) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 08 Sep 2008 19:27:53 +0000 Received: from localhost.localdomain ([127.0.0.1] helo=dessent.net) by dessent.net with esmtp (Exim 4.50) id 1KcmOs-0003eo-T1 for cygwin-apps@cygwin.com; Mon, 08 Sep 2008 19:27:51 +0000 Message-ID: <48C57CB5.770A382B@dessent.net> Date: Mon, 08 Sep 2008 19:28:00 -0000 From: Brian Dessent Reply-To: cygwin-apps@cygwin.com X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) MIME-Version: 1.0 To: cygwin-apps@cygwin.com Subject: Re: Is there a limitation I don't know about in setup.exe dependency checking? References: <025301c911d1$8b3f7a80$9601a8c0@CAM.ARTIMI.COM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com X-SW-Source: 2008-09/txt/msg00024.txt.bz2 Dave Korn wrote: > want to trace the dependency? That is to say, is it not allowed/intended to > satisfy a missing dependency with a "test" version? I think it tries to satisfy the dependency with whatever the current global trust level is set to. So if the radio button is on Curr but there's no Curr version available, it won't do anything. But if the radio button is Exp then it should be able to add in Exp versions. (I'd have to dig into the code to see whether this is truly the case or whether it's just hardcoded to Curr only. I think that's a bug if true.) Now admittedly this is really stupid logic. It should try to match the trust level of whatever was just selected when adding dependent packages. Brian