From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 39003 invoked by alias); 27 Sep 2017 19:14:28 -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 38813 invoked by uid 89); 27 Sep 2017 19:14:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=Hx-spam-relays-external:!192.168.1.102!, H*r:ip*192.168.1.102, H*RU:!192.168.1.102!, H*M:2314 X-HELO: out1-smtp.messagingengine.com Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 27 Sep 2017 19:14:26 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 18DF520E05; Wed, 27 Sep 2017 15:14:25 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute6.internal (MEProxy); Wed, 27 Sep 2017 15:14:25 -0400 X-ME-Sender: Received: from [192.168.1.102] (host86-141-130-248.range86-141.btcentralplus.com [86.141.130.248]) by mail.messagingengine.com (Postfix) with ESMTPA id A1ECB7F3CA; Wed, 27 Sep 2017 15:14:24 -0400 (EDT) Subject: Re: [PATCH setup 00/14] Use libsolv, solve all our problems... (WIP) To: Ken Brown References: <20170531105015.162228-1-jon.turney@dronecode.org.uk> <488ba627-de58-ddc7-7f69-696adae76b8a@cornell.edu> <9bcf50cf-81bc-c9d1-3ac3-b7e1a3522045@dronecode.org.uk> <5441628f-a99a-1611-616a-da98ea9a0e12@cornell.edu> <7044db65-8b6e-6bf6-a079-99397917ce43@cornell.edu> From: Jon Turney Cc: cygwin-apps@cygwin.com Message-ID: Date: Wed, 27 Sep 2017 19:14:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <7044db65-8b6e-6bf6-a079-99397917ce43@cornell.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-SW-Source: 2017-09/txt/msg00058.txt.bz2 On 26/09/2017 17:06, Ken Brown wrote: > On 9/26/2017 10:50 AM, Jon Turney wrote: >> On 15/09/2017 17:53, Ken Brown wrote: >>> On 9/15/2017 11:15 AM, Jon Turney wrote: [...] >> If we select 'curr', then the latest version of all installed packages >> is selected by the picker and will be shown in the pending view, and >> gets fed into the solver. >> >> I guess this is technically wrong: really we should ask the solver to >> do SOLVER_UPDATE | SOLVER_SOLVABLE_ALL, which will come up with a >> solution which updates all installed packages to the latest possible >> version, subject to any other constraints which exist. >> >> I suspect there's no difference between these two at the moment, though. >> >> Not sure how to do this properly, though. > > One possibility is that we feed all our information to the solver before > going to the chooser page.  We could then present the solver's initial > solution in the pending view as the first thing the user sees. Yes, this sounds about right. Thanks to your work we kind of have a bidirectional conversion between packagedb pick/desired state and a SolverTransactionList now, so this should be possible. (Although it should be done when the state of the 'Keep' or 'Current' control changes - note that changing this setting clears any manual picks currently. [and there's a mechanism to apply the initial state of that control initially])