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: Tramp as ELPA package Date: Sun, 26 Aug 2018 11:21:09 -0400 Message-ID: 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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1535297257 990 195.159.176.226 (26 Aug 2018 15:27:37 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 26 Aug 2018 15:27:37 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 26 17:27:33 2018 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 1ftwwv-000086-2m for ged-emacs-devel@m.gmane.org; Sun, 26 Aug 2018 17:27:33 +0200 Original-Received: from localhost ([::1]:49432 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftwz1-0003ZH-En for ged-emacs-devel@m.gmane.org; Sun, 26 Aug 2018 11:29:43 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47870) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftwxZ-0002oJ-Uk for emacs-devel@gnu.org; Sun, 26 Aug 2018 11:28:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftwqp-0001lh-43 for emacs-devel@gnu.org; Sun, 26 Aug 2018 11:21:15 -0400 Original-Received: from pmta21.teksavvy.com ([76.10.157.36]:1240) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1ftwql-0001kA-JM; Sun, 26 Aug 2018 11:21:11 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2FFCAC1xIJb/7qnCkxaGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNPJEEFaBIogyuEdYRBi0MBggwTIAGXbAsbE4Q4BAICgxAiOBQ?= =?us-ascii?q?BAgEBAQEBAQICAmkcDIJoS2oBAQEBAQEjAg1kAQQBViMFCws0EhQYDSSDNYF5C?= =?us-ascii?q?KMqil+JbYIAgRKCFH6KVgKbLAmGM4J4BYZWggeGMYYRkz0MgVgigVIzGggwgyQ?= =?us-ascii?q?JiwyFWiMwjG8BAQ?= X-IPAS-Result: =?us-ascii?q?A2FFCAC1xIJb/7qnCkxaGQEBAQEBAQEBAQEBAQcBAQEBAYN?= =?us-ascii?q?PJEEFaBIogyuEdYRBi0MBggwTIAGXbAsbE4Q4BAICgxAiOBQBAgEBAQEBAQICA?= =?us-ascii?q?mkcDIJoS2oBAQEBAQEjAg1kAQQBViMFCws0EhQYDSSDNYF5CKMqil+JbYIAgRK?= =?us-ascii?q?CFH6KVgKbLAmGM4J4BYZWggeGMYYRkz0MgVgigVIzGggwgyQJiwyFWiMwjG8BA?= =?us-ascii?q?Q?= X-IronPort-AV: E=Sophos;i="5.53,291,1531800000"; d="scan'208";a="44116273" Original-Received: from 76-10-167-186.dsl.teksavvy.com (HELO fmsmemgm.homelinux.net) ([76.10.167.186]) by smtp.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Aug 2018 11:21:09 -0400 Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 51716AE240; Sun, 26 Aug 2018 11:21:09 -0400 (EDT) In-Reply-To: <87tvnh9yg6.fsf@gmx.de> (Michael Albinus's message of "Sun, 26 Aug 2018 13:09:13 +0200") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 76.10.157.36 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:228932 Archived-At: > * Revised version structure. Tramp is released roughly every 6 months > (releases 2.4.0, 2.4.1, ...). In the time between, it has an > intermediate release string like 2.4.1-pre. At least for the *-pre > version, Tramp changes frequently, w/o a new version. This does not > work well for ELPA packages. To the extent that the *-pre aren't distributed IIUC, I'm not sure what problem would be caused by simply keeping the version string at "2.4.0" instead of "2.4.1-pre". > Maybe we need an intermediate release string as the MELPA packages > have: add a time stamp in the Version: header of tramp.el *only* in > the Emacs repository, whenever a new version of Tramp shall appear as > package, like 2.4.1.pre.20180826. This shouldn't be done > automatically, by intention only. An automatic release of Tramp as > ELPA package might be too frequent, I fear. I don't understand: GNU ELPA packages are only created when the Version: changes, so it's only as frequent as you choose it to be. > * Several Tramp versions. I maintain several Tramp versions in parallel, > currently 2.3.4 and 2.4.1. I'm not confident that 2.4.1 shall be the > ELPA package today, because new features will be added here, and it is > kind of unstable, therefore. I believe, 2.3.4 would be better suited > for all users *not* running Emacs 27.0.50. Users running Emacs 27.0.50 > do not need Tramp as ELPA package, because it is always synced with > the Emacs repository. How do we manage this? We don't. Org-mode is in the same situation. All other packages (including Emacs itself, BTW) far only have one "active" release, basically. There could be various ways to try and handle that, of course, but someone would have to work on the elpa.git's admin/* scripts to implement that kind of support. IIUC the multiple-releases dance is mostly out-of-fashion in these days of "DevOps". > * Providing Tramp documentation. IIUC, ELPA packages could contain > *.texi and *.info files, but they are not propagated to the > users. This shall be enhanced, because new features of Tramp are > reflected there. The .info files are "propagated to the users", but the .texi files indeed are currently left unused. I had plans to add a "make" step to the way packages are built on elpa.gnu.org (so .info files could be built from the corresponding .texi files, for example), but my attempts to get a lightweight LXC container working on elpa.gnu.org have not been successful yet. I'm not very experienced in this kind of sysadmin work, so if someone can help, that'd be great. Stefan