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: Async package.el Date: Thu, 09 Apr 2015 05:10:41 +0300 Message-ID: <5525DFA1.5040307@yandex.ru> References: <55228FD2.3080501@yandex.ru> <552330A2.1090406@yandex.ru> <55249033.6050301@yandex.ru> <55255129.4030002@yandex.ru> 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 1428545458 23292 80.91.229.3 (9 Apr 2015 02:10:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Apr 2015 02:10:58 +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 Thu Apr 09 04:10:56 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 1Yg1vi-0003jd-3S for ged-emacs-devel@m.gmane.org; Thu, 09 Apr 2015 04:10:54 +0200 Original-Received: from localhost ([::1]:55901 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yg1vh-0006Ck-8z for ged-emacs-devel@m.gmane.org; Wed, 08 Apr 2015 22:10:53 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50426) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yg1vc-00068U-BD for emacs-devel@gnu.org; Wed, 08 Apr 2015 22:10:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yg1vY-0006Yx-SV for emacs-devel@gnu.org; Wed, 08 Apr 2015 22:10:48 -0400 Original-Received: from mail-wi0-x22d.google.com ([2a00:1450:400c:c05::22d]:37438) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yg1vY-0006YW-Mt for emacs-devel@gnu.org; Wed, 08 Apr 2015 22:10:44 -0400 Original-Received: by wiaa2 with SMTP id a2so80514989wia.0 for ; Wed, 08 Apr 2015 19:10:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=GhuPK4fOZbi/4Iy1GaIcC8VpuVsByE3kg+m4Bh1aeeg=; b=UdKeBKBg0OJgpRy3PDPSgRbm5J1GTRDBQaXlqzcKD4v1VnNnPCX+M9BzL0wt1RNHji eYsageAzQkWO321RecJijn5E68CRKpKxXTSfqUMH+1nc5XtBI9Eh7yi3TLnTQXt756qr XOdSWn9sumzDaQQnVQOcguhSx2dhiHrhX+S/xgqFeyuJVTCCqMxNuUXCIRUZPtvrVfgU E+ovqcl/2JzfNbBhENUOv4X8VmYZiniIa/xMx0u29JIMtdL5QDzJqE0aCoHcsuLiBhnM C9KsvIIfqKiUnotGZo04i1xRCa8N9JhqPqoLN5H8ggMXc+j7YOUeaI+7zQQH0yhh8Gwn N2aA== X-Received: by 10.180.77.199 with SMTP id u7mr1920452wiw.42.1428545444083; Wed, 08 Apr 2015 19:10:44 -0700 (PDT) Original-Received: from [192.168.1.3] ([82.102.93.54]) by mx.google.com with ESMTPSA id a6sm18022057wiy.17.2015.04.08.19.10.42 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Apr 2015 19:10:43 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101 Thunderbird/36.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::22d 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:185184 Archived-At: On 04/08/2015 09:39 PM, Artur Malabarba wrote: > Done. We can discuss if we want to improve it. Looks fine to me. Here's another weird thing I see now, which again could be unrelated: I have two archives configured: GELPA and MELPA. After Emacs was launched, I can `M-x list-packages', and the list starts with 2048-game, @ and abc-mode. 4clojure (and many other packages) is listed as "incompat". But after loading ends, 4clojure gets inserted at the second place. If I quit it and call `M-x list-packages' in the same session, 4clojure is there. But if I restart Emacs, 4clojure is again missing at the beginning until the loading is over. > Sorry. I figured this will get automatically fixed by any of the > options already being discussed. For instance, if we do the "merge > individual items", then nothing in the algorithm would recenter the > window and this inconvenience should disapear. Of course, I just wanted to make sure you haven't entirely missed it. "Yup" would've been okay. :) > The suggestion was not to use a question prompt, but to simply message > "Package refresh done, type g to revert buffer" instead of the ususal > "Package refresh done". If it's a message, it'll disappear after the next command. Then, I can be only sure the list is refreshed if I don't select any items. And this information won't be present in the interface, aside from the transient message. Kinda suboptimal. > No. If she reverts, any "i" marks will be forgotten. This is a flaw of > this approach, but one fortunate consequence is that there won't be > any such inconsistency problems. No, I mean if she agrees to revert after the installation has started (or maybe just the downloading part started, and hasn't finished yet). > The only > difference is that now the user has a brief chance to see the old > package before it is brutally taken beyond her reach. One could say it's worse than never seeing it, though. Wasted effort.