From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.bugs Subject: bug#45098: 28.0.50; gnu-elpa: if user says `no' to install package, it aborts the previous function invoked Date: Tue, 8 Dec 2020 17:55:54 +0300 Message-ID: References: <87zh2pfw5k.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14262"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: Lars Ingebrigtsen , 45098@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Dec 08 16:05:41 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmeYf-0003b8-Bo for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 16:05:41 +0100 Original-Received: from localhost ([::1]:38780 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmeYe-0004gN-Az for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 10:05:40 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38058) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmeY4-0004Ee-Jo for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 10:05:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47604) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmeY3-0003s8-TQ for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 10:05:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kmeY3-0008Df-O9 for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 10:05:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Jean Louis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 15:05:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45098 X-GNU-PR-Package: emacs Original-Received: via spool by 45098-submit@debbugs.gnu.org id=B45098.160743989931533 (code B ref 45098); Tue, 08 Dec 2020 15:05:03 +0000 Original-Received: (at 45098) by debbugs.gnu.org; 8 Dec 2020 15:04:59 +0000 Original-Received: from localhost ([127.0.0.1]:59140 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmeXy-0008CW-U5 for submit@debbugs.gnu.org; Tue, 08 Dec 2020 10:04:59 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:60125) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmeXt-0008BZ-Io for 45098@debbugs.gnu.org; Tue, 08 Dec 2020 10:04:54 -0500 Original-Received: from localhost ([::ffff:197.157.0.57]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C1B08.000000005FCF960E.00003140; Tue, 08 Dec 2020 15:04:46 +0000 Content-Disposition: inline In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:195357 Archived-At: * Stefan Monnier [2020-12-08 17:22]: > >> Problem (1) should be reasonably easy to fix by removing the > >> corresponding autoload and storing the list of unwanted packages > >> somewhere for future Emacs sessions (and also changing the question from > >> "yes/no" to "yes/notnow/never"). > > I am just worried that if that package becomes enabled by default in > > future Emacs that it will be nagging users who just wish to edit and > > not access Internet. It should be rather option that user enables to > > be asked just as it is common to enable packages. > > Hmm... indeed you're right. It *is* worth the trouble if we want to > enable it by default. > > > Is asking users to enable or load or install various packages the sole > > purpose of gnu-elpa package? > > Yes and no: it's not the "purpose" but it's the way it reaches its > purpose. Its purpose is to integrate GNU ELPA more closely into Emacs, > and generally promote GNU ELPA packages. Nagging user to install package does not tell to user that GNU ELPA exists even. Think of new user who installs Emacs to do some SQL editing and is then asked to install sql-indent. I am using PostgreSQL maybe 20 years, I do not remember, and I never used that package neither I need it, and I did not know about it. So in that sense it did work for me, it promoted package to me. For new users it is good to think how to offer them GNU ELPA packages, please put yourself in their mind or look from their view point. - many users will not know what is this dialogue about. - user will not know what is this package about, there is no title or description. To really promote GNU ELPA it would be good to tell about it. Add the third button "Find more about GNU ELPA" that maybe leads to Emacs manual. - user will not know that package is supposed to come from Internet and those without Internet or in local network will be asked and then action cannot be performed. Do not assume that many people have Internet. GNU/Linux is installed on plethora of computers where students, professors, teachers use it without direct Internet. Make a check if Internet is available, then ask the user. - gnu-elpa package could also make one question such as: "May I inform you from time to time about Emacs?" -- then if user says YES there, it could run automatically and from time to time inform user about tips on how to use Emacs or tips how to use GNU ELPA. People could contribute to those tips to be shown randomly or semantically in the context of what user is doing. Emacs has doctor built-in but not an artificial intelligence to guide the user. Why not that way. - additionally I hope that dialogue works in console too, as I did not check it.