From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23214 invoked by alias); 23 Nov 2017 18:10:25 -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 22513 invoked by uid 89); 23 Nov 2017 18:10:24 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,KB_WAM_FROM_NAME_SINGLEWORD,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=Gratz, gratz, achim, Achim X-HELO: out4-smtp.messagingengine.com Received: from out4-smtp.messagingengine.com (HELO out4-smtp.messagingengine.com) (66.111.4.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 23 Nov 2017 18:10:23 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 269BF20CEA for ; Thu, 23 Nov 2017 13:10:22 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Thu, 23 Nov 2017 13:10:22 -0500 X-ME-Sender: Received: from [192.168.1.102] (host86-158-32-25.range86-158.btcentralplus.com [86.158.32.25]) by mail.messagingengine.com (Postfix) with ESMTPA id B8D102417E for ; Thu, 23 Nov 2017 13:10:21 -0500 (EST) 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> From: Jon Turney Message-ID: <4126d612-8c49-1a1a-81fd-0105d563dc3d@dronecode.org.uk> Date: Thu, 23 Nov 2017 18:10: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: <0d8c44ee-9665-041c-8c28-ee1bf42bd198@cornell.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2017-11/txt/msg00101.txt.bz2 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?