From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 59239 invoked by alias); 8 May 2015 23:16:20 -0000 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 Received: (qmail 59225 invoked by uid 89); 8 May 2015 23:16:20 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS autolearn=no version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 08 May 2015 23:16:19 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t48NGIqN002462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 8 May 2015 19:16:18 -0400 Received: from YAAKOV04.redhat.com ([10.10.116.17]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t48NGGUI025312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 8 May 2015 19:16:17 -0400 Message-ID: <1431126987.12848.96.camel@cygwin.com> Subject: Re: cygport no longer removes "cygwin" from the dependency list From: Yaakov Selkowitz To: cygwin-apps@cygwin.com Date: Fri, 08 May 2015 23:16:00 -0000 In-Reply-To: <554A5E63.4060003@cornell.edu> References: <554A5E63.4060003@cornell.edu> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-05/txt/msg00012.txt.bz2 On Wed, 2015-05-06 at 14:33 -0400, Ken Brown wrote: > Now that we've moved from cygwin-1.7.x to cygwin-2.x.y, line 681 of > pkg_pkg.cygpart no longer filters out "cygwin". Presumably you just > want to replace "cygwin-1" by "cygwin-2", unless there's a reason to > allow for the possibility that maintainers are building without having > the latest version of cygwin installed. Good catch. OTOH, we were only skipping the 'cygwin' dep in setup.hint because of an issue with deptree ordering of postinstall scripts. Given the recent changes to postinstall handling in setup, is there any reason we can't just stop ignoring the cygwin dep? -- Yaakov