From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 38268 invoked by alias); 27 Sep 2017 20:33:14 -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 37576 invoked by uid 89); 27 Sep 2017 20:33:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=traveling, our, HContent-Transfer-Encoding:8bit 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; Wed, 27 Sep 2017 20:33:12 +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 v8RKX9Wj009220; Wed, 27 Sep 2017 16:33:09 -0400 Received: from [192.168.1.233] (host81-80-static.8-79-b.business.telecomitalia.it [79.8.80.81]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id v8RKX7YH019818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 27 Sep 2017 16:33:09 -0400 Subject: Re: [PATCH setup 00/14] Use libsolv, solve all our problems... (WIP) To: Jon Turney Cc: cygwin-apps@cygwin.com 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: Ken Brown Message-ID: Date: Wed, 27 Sep 2017 20:33: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: 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-09/txt/msg00059.txt.bz2 On 9/27/2017 3:14 PM, Jon Turney wrote: > 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]) OK, I'll work on this. I'm traveling at the moment, but I should be able to do it in a couple weeks. Ken