From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4476 invoked by alias); 5 Mar 2018 18:34:18 -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 3888 invoked by uid 89); 5 Mar 2018 18:34:17 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=utterly, accessibility X-HELO: limerock02.mail.cornell.edu Received: from limerock02.mail.cornell.edu (HELO limerock02.mail.cornell.edu) (128.84.13.242) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 05 Mar 2018 18:34:14 +0000 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock02.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id w25IYCFj011952 for ; Mon, 5 Mar 2018 13:34:12 -0500 Received: from [192.168.0.15] (mta-68-175-129-7.twcny.rr.com [68.175.129.7] (may be forged)) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id w25IYB4C003805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 5 Mar 2018 13:34:12 -0500 To: cygwin-apps From: Ken Brown Subject: setup: problems with local install Message-ID: <3cd80653-6a63-ae3d-d79c-a1642ad63fce@cornell.edu> Date: Mon, 05 Mar 2018 18:34:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Cornell-Gauge: Gauge=XXXXX X-PMX-CORNELL-AUTH-RESULTS: dkim-out=none; X-IsSubscribed: yes X-SW-Source: 2018-03/txt/msg00006.txt.bz2 This is a followup to the thread started here: https://cygwin.com/ml/cygwin/2018-03/msg00027.html There are two problems with installing from a local directory. 1. In the Category view, "No packages found" is displayed where it should say "All" in the first line of the list. This is probably just a cosmetic issue, and I haven't tried to track it down yet. 2. In several of the views, all packages from setup.ini are listed, even if there is no corresponding archive in the local directory. What happens is that packagemeta::scan() calls pkg.source()->sites.clear() for such packages, but this information is never used to prevent the package from appearing in the list. It used to be that such packages would be declared inaccessible, but SolvableVersion::accessible() no longer does this. Jon, you wrote the following comment in the definition of SolvableVersion::accessible(): "The 'accessible' check used to test if an archive was available locally or from a mirror. This seems utterly pointless as binary packages which aren't 'accessible' never get to appear in the package list." Do we need to reinstate the old function of the accessibility check? Ken