From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Rupert Swarbrick Newsgroups: gmane.emacs.devel Subject: Re: Emacs Package Management Date: Thu, 17 Sep 2009 12:50:04 +0100 Message-ID: References: <485b0c380808011427n4d3144eey3f8daf3abac83bf4@mail.gmail.com> <87d45vzt4j.fsf@hagelb.org> <87hbv20ybw.fsf@thinkpad.tsdh.de> <87d45p29zr.fsf@thinkpad.tsdh.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: ger.gmane.org 1253188281 552 80.91.229.12 (17 Sep 2009 11:51:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Sep 2009 11:51:21 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 17 13:51:14 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MoFW2-0005XO-BX for ged-emacs-devel@m.gmane.org; Thu, 17 Sep 2009 13:51:10 +0200 Original-Received: from localhost ([127.0.0.1]:47645 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MoFW1-0004Lx-SJ for ged-emacs-devel@m.gmane.org; Thu, 17 Sep 2009 07:51:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MoFVw-0004Li-Ka for emacs-devel@gnu.org; Thu, 17 Sep 2009 07:51:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MoFVq-0004KP-Oi for emacs-devel@gnu.org; Thu, 17 Sep 2009 07:51:02 -0400 Original-Received: from [199.232.76.173] (port=38753 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MoFVq-0004KM-JS for emacs-devel@gnu.org; Thu, 17 Sep 2009 07:50:58 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:36509) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MoFVp-0008I2-QZ for emacs-devel@gnu.org; Thu, 17 Sep 2009 07:50:58 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.50) id 1MoFVl-0005Oy-12 for emacs-devel@gnu.org; Thu, 17 Sep 2009 13:50:53 +0200 Original-Received: from cpc2-cove3-0-0-cust910.sol2.cable.ntl.com ([86.20.35.143]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 17 Sep 2009 13:50:53 +0200 Original-Received: from rswarbrick by cpc2-cove3-0-0-cust910.sol2.cable.ntl.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 17 Sep 2009 13:50:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 46 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc2-cove3-0-0-cust910.sol2.cable.ntl.com User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:115410 Archived-At: --=-=-= Tassilo Horn writes: > Another issue is updating. There the question is: Can I update package > A without breaking any other package that needs it? The package management system in Debian has two things to deal with this 1) Packages can explicitly depend on versions of their dependencies. This is mostly used to make libfoo-dev version 1.2.3 only get installed with libfoo version 1.2.3 2) Sonames. When there is an ABI change in a library, there's supposed to be a "soname bump", which in Debian means actually changing the name of the package. It seems to me that one could simplify this slightly by having a "soname-version" field to perform the same function. One thing to bear in mind is that shared libraries on unix are probably a simpler problem than emacs libraries: I can install multiple versions of libfoo and the dynamic linker will select the correct one for an application. Trying to install multiple versions of an emacs package would result in a godawful mess, because it's not just a list of functions that can be called. I don't know how one could solve that, so I suspect that the only solution is to only allow one version of a package at once. I notice that (for debian, at least) transitions between these incompatible packages are non-trivial to organise at best. Rupert --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iJwEAQECAAYFAkqyImwACgkQRtd/pJbYVoberwP9HYLBgFyXKdfjkklq2xL7oAMx S0XgEqbdI7P3isnigTHKmjukV+KPM0+KutvXfwQ2IFXap0HAvs4ZxGEuNfHRIhEL 9PYKTzpew7vrH9mo75r6At+FOHBnadxHKgHLekCV/rgMTGwtQXRXXUFiZFQ/vx66 QwHUiz1X1aR5PRKWhTM= =9/6o -----END PGP SIGNATURE----- --=-=-=--