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: [Emacs-diffs] master 14bb519: * lisp/emacs-lisp/package.el: New "external" package status Date: Thu, 7 May 2015 19:47:29 +0100 Message-ID: References: <20150507151357.4431.95466@vcs.savannah.gnu.org> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1431024462 23117 80.91.229.3 (7 May 2015 18:47:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 May 2015 18:47:42 +0000 (UTC) Cc: emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 07 20:47:40 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 1YqQpd-0007BZ-Mx for ged-emacs-devel@m.gmane.org; Thu, 07 May 2015 20:47:37 +0200 Original-Received: from localhost ([::1]:52520 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqQpc-0002BO-T4 for ged-emacs-devel@m.gmane.org; Thu, 07 May 2015 14:47:36 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49057) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqQpZ-0002BB-E5 for emacs-devel@gnu.org; Thu, 07 May 2015 14:47:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YqQpW-0005lO-El for emacs-devel@gnu.org; Thu, 07 May 2015 14:47:33 -0400 Original-Received: from mail-la0-x22e.google.com ([2a00:1450:4010:c03::22e]:34150) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YqQpW-0005lK-68 for emacs-devel@gnu.org; Thu, 07 May 2015 14:47:30 -0400 Original-Received: by laat2 with SMTP id t2so37290298laa.1 for ; Thu, 07 May 2015 11:47:29 -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=CwczUgTYGPUgLSXcmftf48CpULT4Lg3zVChpIgyxtM4=; b=kRPQ71aimj7JkAteS33y1EybmeaN4rKsORpOSaf7QsQYKch/pGrAxOOChUf6Zn9cUO CXlUpoP/06bOQ0EmJFavtOlgy0qOPAo3BlnHjo7bZnJVqeMq54pXMGOvW9DxNsW7MEsW UNlKU+wijVrl/4zzg+Y1i3898bSHUDGrgoyNkVBqXILVf00u/CQcxPRPwDJfDCQc3ace ajUtUPqMRXb4+H/9N1BZA2db1Hvc0rpKFtnbg9WMk8n8k+cHF3hiHDJVbXsEWfoX2r6d EKOnOh5Rzv3ytV59PDPXDbAOq/GrvU5GC6FWP014PmlBckDkH5sVmraY1Jgu5aPK2TQx ndIQ== X-Received: by 10.112.97.202 with SMTP id ec10mr47718lbb.4.1431024449233; Thu, 07 May 2015 11:47:29 -0700 (PDT) Original-Received: by 10.25.150.1 with HTTP; Thu, 7 May 2015 11:47:29 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: 72J8Jr_OTGF6MIiux05jYKpQySQ X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::22e 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:186319 Archived-At: 2015-05-07 19:17 GMT+01:00 Stefan Monnier : >> An external package is any installed package that's not built-in >> and not from `package-user-dir', which usually means it's from an >> entry in `package-directory-list'. They are treated much like >> built-in packages, in that they cannot be through the Package Menu >> deleted and are not considered for upgrades. > > Good, thanks. I'd call them "system packages", tho. I didn't call them "system" because they might just have been installed by the user. I can change that if preferred, but that brings me to another topic. The docstring of `package-directory-list' says it is intended for system-wide packages. But it seems to me that it would work perfectly fine for the user's manually installed packages (in fact, that's what I'm doing here). This way, if I want to manually download a package to a directory that's NOT inside ~/.emacs.d/elpa, I can still have package.el recognize its presence for the purpose of dependencies and such by adding the directory to `package-directory-list'. All the functionality already exists, I'm just wondering if I can document that on the docstring or if there's a reason why this variable is specifically meant for system packages. > And we should allow the user to install another version on top of it. I think we already do. If a more recent version is available from the archives it is still shown in the menu. It just won't be automatically marked for installation with the `U' key.