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 15:34:24 +0300 Message-ID: <552671D0.8020205@yandex.ru> References: <55228FD2.3080501@yandex.ru> <552330A2.1090406@yandex.ru> <55249033.6050301@yandex.ru> <55255129.4030002@yandex.ru> <5525DFA1.5040307@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 1428582898 5859 80.91.229.3 (9 Apr 2015 12:34:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Apr 2015 12:34: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 14:34: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 1YgBfb-0005oQ-2c for ged-emacs-devel@m.gmane.org; Thu, 09 Apr 2015 14:34:55 +0200 Original-Received: from localhost ([::1]:34324 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YgBfa-00020v-C5 for ged-emacs-devel@m.gmane.org; Thu, 09 Apr 2015 08:34:54 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59534) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YgBfE-0001x6-FT for emacs-devel@gnu.org; Thu, 09 Apr 2015 08:34:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YgBfA-0000ud-5B for emacs-devel@gnu.org; Thu, 09 Apr 2015 08:34:32 -0400 Original-Received: from mail-wg0-x235.google.com ([2a00:1450:400c:c00::235]:34429) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YgBf9-0000uS-Uf for emacs-devel@gnu.org; Thu, 09 Apr 2015 08:34:28 -0400 Original-Received: by wgso17 with SMTP id o17so6691342wgs.1 for ; Thu, 09 Apr 2015 05:34:27 -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=OD0oL1hzOhwk/DA3kdTBLggne1t63wlIZiGSv/WVDEk=; b=wK1YHAdaJz7+m8KrdUxG4L6rnrkXoHKZvlXy9RB+P3TqMXX4+qQTKLq4w5JIpZ5eTj 4U9PV5nELq3ooKkhsTNe85RBYykCiDnNrmp6FD/Q16qgcDdZCSBEfUa8JgG1UXAmde3h 8epHd1VVUS9i/Bx/X8Di3YEJe4uCvqc53VCLFp/szwM36yEXyCgG4wysqLMshsNQTCYB Deu8TRv+LdGUtysJFQRM9rg27fztDLBT/KWZ76fvT36PDLsgn+/4P5yf4c2+V6zMIS5Q KuMb6/WaRRAAPJPq0FZhOvqBHS9NrmKacVMA/pf90VseH8EfQZwi42HEerO+Y8bxzXwQ bFJw== X-Received: by 10.194.48.12 with SMTP id h12mr61391138wjn.74.1428582867342; Thu, 09 Apr 2015 05:34:27 -0700 (PDT) Original-Received: from [192.168.1.3] ([82.102.93.54]) by mx.google.com with ESMTPSA id pv2sm19921115wjc.33.2015.04.09.05.34.25 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Apr 2015 05:34:26 -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:c00::235 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:185197 Archived-At: On 04/09/2015 01:14 PM, Artur Malabarba wrote: > By the way, thanks for taking the time to try it out and think of all > possible issues.l No problem, being critical is easy. > I don't get that bevahiour from emacs -Q, but there was a problem with > the incompatible table a few days ago. Maybe your elc file is outdated? 'emacs -Q' won't let you reproduce this, because (I think) it won't load ~/.emacs.d/elpa/archives/melpa/archive-contents during `package-initilize'. I've pulled the latest changes, re-bootstrapped Emacs, removed ~/.emacs.d/elpa/archives, but after restarting Emacs, the problem persists. > Just like any other keybind. That's more of a general issue with the > package menu or Emacs itself. We can add "g-redisplay" to the quick-help > menu under `h' (which, btw, could use some improving. Certainly. But `g' is a common keybinding. My point was different: in VC-Dir, when [waiting...] disappears from the mode-line, I can be sure that the list is not outdated. Not so with your proposal. "The list is outdated" - this information won't be apparent from the interface. Anyway, merging the items on the fly would solve that. > Ah, I see. Then we're fine. All information needed for a transaction is > gathered the moment you hit `x' (before you even answer `y'). Whatever > happens to the buffer after that is irrelevant. Good. > Yes, but you're wasting a few seconds of effort on a situation that will > happen very rarely. If that were a frequent occasion it might even be > infuriating, but how often do compatible packages become incompatible? Indeed, that should be rare. I don't have a scarier scenario to offer right now, so maybe we can ignore this downside (but preferably handle the possibility with care; and not move the "to install" mark to the now-incompatible package).