From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Version naming Date: Fri, 17 Oct 2014 10:04:26 +0900 Message-ID: <8738anld5x.fsf@uwakimon.sk.tsukuba.ac.jp> References: <8738ap3qgq.fsf@trouble.defaultvalue.org> <20141016095111.631bf393@anarchist.wooz.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1413507902 12581 80.91.229.3 (17 Oct 2014 01:05:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 17 Oct 2014 01:05:02 +0000 (UTC) Cc: Barry Warsaw , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 17 03:04:54 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 1XevyP-0006OW-Ne for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2014 03:04:53 +0200 Original-Received: from localhost ([::1]:56184 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XevyO-0006E0-VX for ged-emacs-devel@m.gmane.org; Thu, 16 Oct 2014 21:04:52 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51242) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XevyE-0006D2-9U for emacs-devel@gnu.org; Thu, 16 Oct 2014 21:04:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xevy6-0002LS-MH for emacs-devel@gnu.org; Thu, 16 Oct 2014 21:04:42 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:41970) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xevy6-0002KI-Ck for emacs-devel@gnu.org; Thu, 16 Oct 2014 21:04:34 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTP id 4BA891C3A63; Fri, 17 Oct 2014 10:04:26 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 3DD3F1A2C6C; Fri, 17 Oct 2014 10:04:26 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta34) "kale" acf1c26e3019 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 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:175499 Archived-At: Stefan Monnier writes: > But you only get to do that by lying to dpkg and pretending that python2 > and python3 are just different packages rather than different versions > of the package. They are different packages, as different as, oh, Emacs and Guile. :) It's possible to maintain sources that are compatible with both, but their interpreters and standard libraries etc. are completely separate now, and their dependencies are growing apart rapidly. Your statement is true to a great extent among python2x packages, and to some extent (more and more so over time) for python3x packages, though. > And for users like me, it still doesn't let me cleanly install > Emacs-24.1, Emacs-24.2, and Emacs-24.3 at the same time. I'm not clear on what you mean by "cleanly". I suspect that in the general case you need application bundles, with non-forward-compatible dependencies installed in the bundle. Of course when a version is first released, you don't know when it will become non-forward- compatible. So I guess the solution would be to provide an option to statically link any libraries that lack a strict backward compatibility promise. But that has its problems too (although possibly not so much in your application). I suspect you are asking for the impossible.