From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 90217 invoked by alias); 5 Sep 2017 13:34:45 -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 89939 invoked by uid 89); 5 Sep 2017 13:34:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=repositories, H*Ad:D*org.uk, H*RU:sk:host31-, H*r:sk:host31- 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; Tue, 05 Sep 2017 13:34:34 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 3A3B120C68; Tue, 5 Sep 2017 09:34:33 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Tue, 05 Sep 2017 09:34:33 -0400 X-ME-Sender: Received: from [192.168.1.102] (host31-51-206-163.range31-51.btcentralplus.com [31.51.206.163]) by mail.messagingengine.com (Postfix) with ESMTPA id BEE3624A60; Tue, 5 Sep 2017 09:34:32 -0400 (EDT) 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> Cc: Ken Brown From: Jon Turney Message-ID: <2d099e44-fb17-4bf3-f72c-e6019a6259b3@dronecode.org.uk> Date: Tue, 05 Sep 2017 13:34: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: <470d4572-4d63-81c2-7e26-6a642cce1e9f@cornell.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-SW-Source: 2017-09/txt/msg00008.txt.bz2 On 02/09/2017 17:57, Ken Brown wrote: > On 9/1/2017 11:00 AM, Ken Brown wrote: >> On 5/31/2017 6:50 AM, Jon Turney wrote: >>> What remains to be done: >>> - I've dodged a lot of the UI issues: If the solver reports problems, >>> all that >>> can be done is accept the default solution or cancel.  This possibly >>> isn't a >>> big problem until we have a package set which can contain problems... >>> - We had a very poor UI for showing what will actually be done >>> (combine in >>> your head the "Pending" view with packages listed in the text on the >>> PrereChecker page), and this removes part of that >>> - As implemented, selecting "Current" overrides "Keep".  This is >>> wrong, and a >>> change from current behaviour, but is probably a symptom of some deeper >>> confusion in the picker UI I'm not sure how to address Thanks very much for taking the time to look at these changes and test them. It was my intention to come back and take another look at this, but that hasn't happened yet :S >> There are also some issues involving the treatment of test releases: >> >> - It's not possible to install a test release of a package without >> clicking the global Test button.  But then you have to manually choose >> Keep for all the package where you don't want the test release. 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) >> - Once a test release is installed, selecting Reinstall will downgrade >> the package if the global Test button is not pressed.  Presumably this >> is because the test release has become invisible, since its repo has >> been disabled.  But I haven't checked carefully to see exactly what's >> going on. >> - I found some glitches involving SHA512 sums of test releases.  It's >> probably not worth pursuing this until the handling of test releases >> is redone. > > I fixed the last two problems, which turned out to have nothing to do > with the way test releases are handle.  So all that's left of my three > issues is the first one, which is just a UI annoyance. > > I don't think it makes sense for me to send further patches here. > Instead, I'll fork Jon's GitHub repo and continue to try to make > improvements. Awesome.