From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Achim Gratz Newsgroups: gmane.emacs.devel Subject: Re: Tramp as ELPA package Date: Fri, 05 Apr 2019 20:55:12 +0200 Organization: Linux Private Site Message-ID: <87y34o704v.fsf@Rainer.invalid> References: <20180819204918.GA3934@ACM> <20180821162043.GA3946@ACM> <20180823213418.GA32596@ACM> <83lg8w9mt2.fsf@gnu.org> <871saoc70o.fsf@gmx.de> <87wosebzur.fsf_-_@gmx.de> <87tvnh9yg6.fsf@gmx.de> <8736myq6wo.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="77790"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 05 21:10:39 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hCUEY-000K5Y-5J for ged-emacs-devel@m.gmane.org; Fri, 05 Apr 2019 21:10:38 +0200 Original-Received: from localhost ([127.0.0.1]:45864 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hCUEW-0007Jj-TA for ged-emacs-devel@m.gmane.org; Fri, 05 Apr 2019 15:10:36 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:56196) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hCUEN-0007IL-Rq for emacs-devel@gnu.org; Fri, 05 Apr 2019 15:10:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hCUEE-0000PM-Kr for emacs-devel@gnu.org; Fri, 05 Apr 2019 15:10:23 -0400 Original-Received: from [195.159.176.226] (port=55870 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hCUDW-0006pI-F6 for emacs-devel@gnu.org; Fri, 05 Apr 2019 15:10:05 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1hCTzm-00184k-4g for emacs-devel@gnu.org; Fri, 05 Apr 2019 20:55:22 +0200 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:7AB/WTgoX400kaErAoIJ4rG/Tcg= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:234999 Archived-At: Stefan Monnier writes: >> Would it be possible to go the same line as org-mode has done? > > I want to get rid of this Org hack, so I'm really not looking forward to > adding more such exceptions. As discussed before: The package requirements are too limiting to allow larger packages that need to have something built or generated (or even multiple autoload files) and it's not just Org that falls into this category. The other unsolved problem is that anything that gets built in to Emacs releases still can't be later cleanly updated as a package because none of the "built-in packages" are actually packages in the ELPA sense. Last but not least I'll mention again that even if the two points above were solved, there still is not mechanism to cleanly separate packages installed at the system level (either with the Emacs release or separately by the admin) and user-level packages. Specifically, if packages are installed at the system level, the user can either use them all or none of them, but can't really chose on a per-package basis (without jumping through a number of burning hoops, that is). > What you can do is create a Tramp package on elpa.git and push releases > there (complete with the pre-built auxiliary files). Well, that'd be more or less the same hack as you use for Org, except you use Git instead of an archive file. > This is what AUCTeX does, basically (where the files that would > ideally be auto-generated during packaging are instead stored in the > elpa.git repository after making them manually). That is a mistake and should not be forced on anyone. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables