From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: package.el, auto-installation, and auto-removal Date: Wed, 12 Nov 2014 17:59:37 -0500 Message-ID: References: <87a943umku.fsf@lifelogs.com> <87ppcvm7fj.fsf@newcastle.ac.uk> <87vbmndk46.fsf@lifelogs.com> <87bnoeed7v.fsf@lifelogs.com> <8761emkm7l.fsf@ferrier.me.uk> <871tp9k6hw.fsf@ferrier.me.uk> <87vbmlsf62.fsf@Rainer.invalid> <87h9y5ii7s.fsf@ferrier.me.uk> <87k330gj1x.fsf@ferrier.me.uk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1415833224 17122 80.91.229.3 (12 Nov 2014 23:00:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 12 Nov 2014 23:00:24 +0000 (UTC) Cc: Achim Gratz , emacs-devel@gnu.org To: Nic Ferrier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 13 00:00:17 2014 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 1Xogtc-0002qn-IG for ged-emacs-devel@m.gmane.org; Thu, 13 Nov 2014 00:00:16 +0100 Original-Received: from localhost ([::1]:57117 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xogtc-0003vl-8o for ged-emacs-devel@m.gmane.org; Wed, 12 Nov 2014 18:00:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33858) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xogt7-0003ls-U4 for emacs-devel@gnu.org; Wed, 12 Nov 2014 17:59:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xogt0-0006yl-Ay for emacs-devel@gnu.org; Wed, 12 Nov 2014 17:59:45 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:49380) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xogt0-0006yf-75 for emacs-devel@gnu.org; Wed, 12 Nov 2014 17:59:38 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au4MAOatTlRLd+sd/2dsb2JhbABcgw6DYoZ+y1MEAgKBHBcBAXyEAwEBAwFWIxALDiYSFBgNJIhLCctyAQEBAQYBAQEBHpEIB4RLBYtkjS8FhXqQfYIRgW+EFh+CegEBAQ X-IPAS-Result: Au4MAOatTlRLd+sd/2dsb2JhbABcgw6DYoZ+y1MEAgKBHBcBAXyEAwEBAwFWIxALDiYSFBgNJIhLCctyAQEBAQYBAQEBHpEIB4RLBYtkjS8FhXqQfYIRgW+EFh+CegEBAQ X-IronPort-AV: E=Sophos;i="5.04,797,1406606400"; d="scan'208";a="96798273" Original-Received: from 75-119-235-29.dsl.teksavvy.com (HELO pastel.home) ([75.119.235.29]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 12 Nov 2014 17:59:37 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 39E1943C2; Wed, 12 Nov 2014 17:59:37 -0500 (EST) In-Reply-To: <87k330gj1x.fsf@ferrier.me.uk> (Nic Ferrier's message of "Wed, 12 Nov 2014 22:17:46 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:176853 Archived-At: >> Ah, that's where you're going. I kind of like the idea, but I don't >> like the idea of editing the content of packages in ~/.emacs.d/elpa >> (even if only for some "special" packages like "user-package"). > You don't edit that. You edit the source somewhere else and then > automatically install it. > I'd suggest that the package could be constructed automatically every > time. If the necessary data is kept in a customize variable anyway it > doesn't matter about the package source. > It only matters that a package is a good way to load other packages. If you want your "user-packages" package to be versioned, or if other packages start refer to such meta-packages, then I can agree that it could make sense, but otherwise I get the sensation that - de-install the previous user-packages package. - make up a dummy .el file with the Package-Requires: header. - install this dummy .el package. is kind of contrived. Within package.el we could handle it is a special kind of package instead, but I'd rather try to avoid reifying it into an actual directory under ~/.emacs.d/elpa. Stefan