From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30514 invoked by alias); 23 Nov 2017 20:32:56 -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 30501 invoked by uid 89); 23 Nov 2017 20:32:56 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,KB_WAM_FROM_NAME_SINGLEWORD,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=our, HContent-Transfer-Encoding:8bit X-HELO: limerock03.mail.cornell.edu Received: from limerock03.mail.cornell.edu (HELO limerock03.mail.cornell.edu) (128.84.13.243) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 23 Nov 2017 20:32:55 +0000 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock03.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id vANKWq1b004713 for ; Thu, 23 Nov 2017 15:32:52 -0500 Received: from [192.168.1.148] (c-73-69-84-56.hsd1.ct.comcast.net [73.69.84.56]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id vANKWlhA004322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Thu, 23 Nov 2017 15:32:48 -0500 Subject: Re: [PATCH setup 00/14] Use libsolv, solve all our problems... (WIP) To: cygwin-apps@cygwin.com References: <20170531105015.162228-1-jon.turney@dronecode.org.uk> <470d4572-4d63-81c2-7e26-6a642cce1e9f@cornell.edu> <2d099e44-fb17-4bf3-f72c-e6019a6259b3@dronecode.org.uk> <87d175f0qc.fsf@Rainer.invalid> <0d8c44ee-9665-041c-8c28-ee1bf42bd198@cornell.edu> <4126d612-8c49-1a1a-81fd-0105d563dc3d@dronecode.org.uk> From: Ken Brown Message-ID: <8d2182e5-f9cc-569f-1edf-e4279a1a4a52@cornell.edu> Date: Thu, 23 Nov 2017 20:32:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <4126d612-8c49-1a1a-81fd-0105d563dc3d@dronecode.org.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-PMX-Cornell-Gauge: Gauge=XXXXX X-PMX-CORNELL-AUTH-RESULTS: dkim-out=none; X-IsSubscribed: yes X-SW-Source: 2017-11/txt/msg00102.txt.bz2 On 11/23/2017 1:10 PM, Jon Turney wrote: > On 06/09/2017 03:52, Ken Brown wrote: >> On 9/5/2017 2:40 PM, Achim Gratz wrote: >>> Jon Turney writes: >>>> Yeah, I'm not sure if putting the test packages into a separate repo >>>> which is disabled unless explicitly enabled is the right approach. >>>> >>>> (Instead, perhaps it is possible to tell the solver that certain >>>> repositories are disfavoured) >>> >>> At least for zypper, which is based on the same library: >>> >>> You can give each repo a priority and it will pick the package from the >>> one with the highest priority, even if another repo has a higher >>> version. >> >> Yes, that works. > > It seems that, when test versions are enabled, a test version is > preferred over a non-test version with a higher version > > I guess this is a consequence of: > >> void >> SolverPool::use_test_packages(bool use_test_packages) >> { >>   // Give repos containing test packages higher priority than normal >>   // if wanted, otherwise lower priority. >>   SolvRepo::priority_t p = use_test_packages ? SolvRepo::priorityHigh >> : SolvRepo::priorityLow; > > I wonder if we just want to give test repos priorityNormal when they are > wanted? Yes, that sounds right to me. Ken