From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: phillip.lord@russet.org.uk (Phillip Lord) Newsgroups: gmane.emacs.devel Subject: Re: Future role of ELPA Date: Wed, 17 Feb 2016 18:42:01 +0000 Message-ID: <874md7p4au.fsf@russet.org.uk> References: <87a8n20y7x.fsf@gmx.de> <87k2m60y08.fsf@mbork.pl> <871t8d26zp.fsf@gmx.de> <8760xpce7i.fsf@xsteve.at> <87vb5paxlp.fsf_-_@xsteve.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1455734544 29076 80.91.229.3 (17 Feb 2016 18:42:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 17 Feb 2016 18:42:24 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan =?utf-8?Q?Reich=C3=B6r?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 17 19:42:17 2016 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 1aW73H-00016j-IL for ged-emacs-devel@m.gmane.org; Wed, 17 Feb 2016 19:42:15 +0100 Original-Received: from localhost ([::1]:60553 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aW73G-0004gA-Hn for ged-emacs-devel@m.gmane.org; Wed, 17 Feb 2016 13:42:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58960) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aW73C-0004g3-EV for emacs-devel@gnu.org; Wed, 17 Feb 2016 13:42:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aW738-0005eW-D0 for emacs-devel@gnu.org; Wed, 17 Feb 2016 13:42:10 -0500 Original-Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:57923) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aW738-0005eA-6H for emacs-devel@gnu.org; Wed, 17 Feb 2016 13:42:06 -0500 Original-Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1aW734-0000IQ-B1; Wed, 17 Feb 2016 18:42:02 +0000 Original-Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1aW734-0005n7-4W; Wed, 17 Feb 2016 18:42:02 +0000 In-Reply-To: <87vb5paxlp.fsf_-_@xsteve.at> ("Stefan \=\?utf-8\?Q\?Reich\=C3\=B6r\?\= \=\?utf-8\?Q\?\=22's\?\= message of "Tue, 16 Feb 2016 09:05:54 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 128.240.234.12 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:200091 Archived-At: Stefan Reich=C3=B6r writes: > > I am reading the emacs devel list. And I know that this is the direction > that is desired by most/all developers. > > As I user I am not happy with that direction. > Let me try to explain it. > I use Emacs since about 20 years. I use it daily and it is my primary > interface to computer related tasks. For sure I can adopt to what ever > direction emacs goes. > > I use a hand crafted .emacs and I am used to install emacs packes > manually to a site-lisp folders. I stopped doing that in favour of use a package-install statement, in this case via use-package. In total this means that,=20 (require 'feature) get replaced by (use-package feature :ensure t) There's even a way to avoid doing the :ensure bit if you want. In the .emacs, the use of package.el can be pretty invisible. > Consider a simple customization like tramp-theme. When everything is in > stock emacs: I just can change the value of a customization variable and > see what happens. One thing that is an issue with package.el as it stands is discoverability. Currently, if I open a *.lua file, I get fundamental mode. While if I open a *.python file, I get python mode. Clearly the former is unfriendly, and nothing tells me that installing lua-mode solves the problem. If python-mode (for example) moved to ELPA, then clearly we'd have the same problem there. I think that there are two solutions to this: some packages should go to ELPA, but could be packaged up with an Emacs distribution. Emacs "point" releases then might have no changes to the core, but just changes to ELPA packages. The other possibility would be to have an something like autoloads for ELPA packages. So, the first time you open a *.py file, and Emacs says "Do you want to install python-mode". > With GNU ELPA I have to install the package first and get rid of it if I > don't like it. Just leave it -- disk space is cheap! > My main concern with GNU ELPA is that I have to install a lot of extra > packages manually using the package manager. When they are built-in they > are just there. > > So I hope that many useful features will still be shipped with Emacs as > integrated packages. I would modify this to "I hope that many useful features will continue to be as usable as currently". Do you really care about whether they are integrated, or if they just appear to be but some magic is happening somewhere. Phil