From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Package refresh and install/delete marks Date: Wed, 27 May 2015 19:02:57 +0300 Message-ID: <5565EAB1.5090101@yandex.ru> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1432742616 28806 80.91.229.3 (27 May 2015 16:03:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 27 May 2015 16:03:36 +0000 (UTC) Cc: emacs-devel To: bruce.connor.am@gmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 27 18:03:35 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Yxdnp-0000Fh-TD for ged-emacs-devel@m.gmane.org; Wed, 27 May 2015 18:03:34 +0200 Original-Received: from localhost ([::1]:54626 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yxdnp-00076z-An for ged-emacs-devel@m.gmane.org; Wed, 27 May 2015 12:03:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49609) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YxdnX-00076g-I6 for emacs-devel@gnu.org; Wed, 27 May 2015 12:03:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YxdnS-00024Y-7w for emacs-devel@gnu.org; Wed, 27 May 2015 12:03:15 -0400 Original-Received: from mail-wi0-x230.google.com ([2a00:1450:400c:c05::230]:35353) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YxdnS-0001zt-0v for emacs-devel@gnu.org; Wed, 27 May 2015 12:03:10 -0400 Original-Received: by wicmx19 with SMTP id mx19so116793746wic.0 for ; Wed, 27 May 2015 09:03:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=0ksid61m7b1+utUpgDWRDyYuZEFPYjAGkVjSyeavt1s=; b=qKoFHzorzU1aAbujogjTsHEmo+qjteG0Ri4K7fcn6Zrui8CF41TLVL+LQH/Mccsw+q TWjGBoevi8LsUTX58+heIS30AMP9EfGPOwj/+IeIilDBen1bGo/rJoBEanqyqi6FUNDs GddhoFaanlil/yV6Y42Kg5T6G1R96NitBKnXu4goYZQnmEyIoHiE2/uAyIcptOupBVPm XAvpK4zR2LnbH0bMaTdEmMzKuI/cpiW1FbdIPYIx4hyX/lzgW4QYpu8JDF9nbjWII4Gy kje45vSYLvoftlZsnnjADm8FF0uLzsf/zPl6Qe6bCJ7kEgAHu5Ku6PJcWbr0fIb9r0JG Sh5g== X-Received: by 10.194.81.234 with SMTP id d10mr61221837wjy.84.1432742580104; Wed, 27 May 2015 09:03:00 -0700 (PDT) Original-Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id mc20sm4319085wic.15.2015.05.27.09.02.59 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 May 2015 09:03:00 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:186874 Archived-At: On 05/27/2015 04:49 AM, Artur Malabarba wrote: > For the record, this is now done. > It was implemented by having tabulated-list only update the buffer, > instead of printing it anew. > As a bonus, the printing step is now blazing fast. So the small hang we > get after archives are downloaded is now barely noticeable. Thank you, it's indeed pretty fast. > - if the user hits U while a refresh is in progress, the package menu > will wait until the refresh is done before actually marking the > upgrades. This is to avoid the scenario where the refresh could erase > the install marks and keep the delete marks. That's not what I see here: U adds the marks if there's something to upgrade before the refresh, and when the latter completes, it removes them. But speaking of this scenario, maybe this could be handled even better? Since you intend to defer adding marks to until after the refresh, why not defer calculation as well? In all likelihood, after the refresh is done, more packages will have upgrades.