From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Interoperation between package managers Date: Sun, 13 Aug 2017 17:25:03 -0400 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1502659577 11734 195.159.176.226 (13 Aug 2017 21:26:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 13 Aug 2017 21:26:17 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 13 23:26:09 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dh0OY-0002Dh-Ix for ged-emacs-devel@m.gmane.org; Sun, 13 Aug 2017 23:26:02 +0200 Original-Received: from localhost ([::1]:36326 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dh0Oe-0001Zq-Vn for ged-emacs-devel@m.gmane.org; Sun, 13 Aug 2017 17:26:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35754) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dh0Nq-0001ZL-Tn for emacs-devel@gnu.org; Sun, 13 Aug 2017 17:25:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dh0Nn-0007sg-M9 for emacs-devel@gnu.org; Sun, 13 Aug 2017 17:25:18 -0400 Original-Received: from [195.159.176.226] (port=38408 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dh0Nn-0007qH-Er for emacs-devel@gnu.org; Sun, 13 Aug 2017 17:25:15 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dh0Na-0007Mf-Ve for emacs-devel@gnu.org; Sun, 13 Aug 2017 23:25:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:2kxLWVLNAZAbBMVxxhlnyzPhaKo= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:217520 Archived-At: > This is fantastic! Those version numbers always annoyed me to no end > and were in fact one of the major reasons I didn't like package.el. > Glad to know they are now optional. As far as I can tell, this fact > remains completely undocumented? Indeed. Actually, the directory naming is indirectly due to the way the internals is structured: since an installed ELPA package needs to have a file -pkg.el (to describe the meta-info) as well as a file -autoloads.el, we need to figure out the name from the directory, hence the need for a naming convention. I'd like to change that to use constant file names (that don't include ), so we don't need to know the package's name to find the metainfo file. And I'd probably want to also unify the two files into one (which would likely hold the concatenation of -pkg.el and -autoloads.el). As for why we have - instead of just : that was something I insisted on because I think it's very important to be able to have several versions of a given package installed at the same time. > Honestly, setting aside my philosophical differences with package.el, > I think the biggest problem is the documentation. To me, all of that is pretty "obvious" because I've spent enough time both in the design and in the code, which makes it difficult to figure out what people might need to know. Specific requests (especially patches) are very welcome here. > (This means that elpa.gnu.org should *NOT* [...], without also providing > some more comprehensible sources of information.) What (w|c)ould be such a "more comprehensible source of information"? Stefan