From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: Package installation messages Date: Wed, 20 May 2015 16:58:31 +0100 Message-ID: References: <55552452.7050703@yandex.ru> <55553712.2050608@yandex.ru> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c3db82a0d6460516857fe6 X-Trace: ger.gmane.org 1432137544 16145 80.91.229.3 (20 May 2015 15:59:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 May 2015 15:59:04 +0000 (UTC) Cc: Bozhidar Batsov , emacs-devel To: raman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 20 17:59:03 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 1Yv6Ob-00080A-Cd for ged-emacs-devel@m.gmane.org; Wed, 20 May 2015 17:59:02 +0200 Original-Received: from localhost ([::1]:52980 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yv6OV-0008Cu-Rv for ged-emacs-devel@m.gmane.org; Wed, 20 May 2015 11:58:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58895) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yv6OA-00087p-PA for emacs-devel@gnu.org; Wed, 20 May 2015 11:58:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yv6O8-0004ek-C9 for emacs-devel@gnu.org; Wed, 20 May 2015 11:58:34 -0400 Original-Received: from mail-la0-x234.google.com ([2a00:1450:4010:c03::234]:33519) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yv6O8-0004ee-5O for emacs-devel@gnu.org; Wed, 20 May 2015 11:58:32 -0400 Original-Received: by lagr1 with SMTP id r1so80424852lag.0 for ; Wed, 20 May 2015 08:58:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=6OH7B/2Il27eTeXr9wybevh+hL19G7rg2FE07VuqvVQ=; b=CqcUfeyciFsXehWVdF+NWGLHgJqUt8ZR7lGR9IrrSEJvhicFxOyGE7W/N1oG4v1JTe lS7A3KQxyoc6iYCfnmEgThUjXUucpFq0cs1aWWbmwLa1jsa49wIM9x+8RLqiI+wKuDfI Xo7FcGHXnwf0k9vzIqfl0MeiV39GQaBshlTv/22z03CKqUnMwbk3+355X35bsX2rVlHQ bvJCu9CdYYKymZISz12rJ6cmMNg3BIuIOgzotadrxI7wguA/cUmhvto9eGdvsGXQ+/ID 3rg2bkYODT4Lcpgwvopb9A3Hm/SdeJrv/m+sVioS1GoCbScIeOHCn92HdMsp8VxaSoQ8 uS0g== X-Received: by 10.112.204.6 with SMTP id ku6mr9017901lbc.73.1432137511259; Wed, 20 May 2015 08:58:31 -0700 (PDT) Original-Received: by 10.25.150.1 with HTTP; Wed, 20 May 2015 08:58:31 -0700 (PDT) Original-Received: by 10.25.150.1 with HTTP; Wed, 20 May 2015 08:58:31 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: CG9dstbSLydB0r35doaqHM0h-1w X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::234 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:186671 Archived-At: --001a11c3db82a0d6460516857fe6 Content-Type: text/plain; charset=UTF-8 On May 20, 2015 4:36 PM, "raman" wrote: > > Actually it would be sad to see the async package bits go -- it's > *almost* working. Can we live with silenced messages as at present, and > a slightly more descriptive message for "transaction ..." rather than > losing the async goodness? The messaging stuff is mostly independent of this. The problem is the fact that it's not really async. After the download is done emacs hangs between 0.5 and 5 seconds while the installation is happening. And that happens for each download. So it's essentially not really achieving anything, but it carries the coat of code complexity. But just to be clear. This is just for package installation. Async refreshing is much smoother and won't be removed (though it's still due for a bit of polishing). --001a11c3db82a0d6460516857fe6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On May 20, 2015 4:36 PM, "raman" <raman@google.com> wrote:
>
> Actually it would be sad to see the async package bits go -- it's<= br> > *almost* working. Can we live with silenced messages as at present, an= d
> a slightly more descriptive message for "transaction ..." ra= ther than
> losing the async goodness?

The messaging stuff is mostly independent of this. The probl= em is the fact that it's not really async. After the download is done e= macs hangs between 0.5 and 5 seconds while the installation is happening. A= nd that happens for each download. So it's essentially not really achie= ving anything, but it carries the coat of code complexity.

But just to be clear. This is just for package installation.= Async refreshing is much smoother and won't be removed (though it'= s still due for a bit of polishing).

--001a11c3db82a0d6460516857fe6--