From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Mikael Djurfeldt Newsgroups: gmane.lisp.guile.devel Subject: Re: Any opposition to changing share/guile/X.Y.Z to share/guile/X.Y? Date: 13 Nov 2002 14:33:05 -0500 Sender: guile-devel-admin@gnu.org Message-ID: References: <87u1imiste.fsf@raven.i.defaultvalue.org> <871y5qecfp.fsf@raven.i.defaultvalue.org> <873cq5ti1f.fsf@raven.i.defaultvalue.org> Reply-To: djurfeldt@nada.kth.se NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1037292002 9745 80.91.224.249 (14 Nov 2002 16:40:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 14 Nov 2002 16:40:02 +0000 (UTC) Cc: djurfeldt@nada.kth.se, guile-devel@gnu.org Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18CN27-0002WS-00 for ; Thu, 14 Nov 2002 17:39:59 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18CEUN-0001DM-00; Thu, 14 Nov 2002 02:32:35 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18C3GG-0004iS-00 for guile-devel@gnu.org; Wed, 13 Nov 2002 14:33:16 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18C3GB-0004Ww-00 for guile-devel@gnu.org; Wed, 13 Nov 2002 14:33:14 -0500 Original-Received: from kvast.blakulla.net ([213.212.20.77]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18C3GA-0004Uz-00 for guile-devel@gnu.org; Wed, 13 Nov 2002 14:33:10 -0500 Original-Received: from linnaeus ([18.42.2.46]) by kvast.blakulla.net with esmtp (Exim 3.36 #1 (Debian)) id 18C3G6-0008RQ-00; Wed, 13 Nov 2002 20:33:06 +0100 Original-Received: from mdj by linnaeus with local (Exim 3.36 #1 (Debian)) id 18C3G5-0000O5-00; Wed, 13 Nov 2002 14:33:05 -0500 Original-To: Rob Browning Original-Cc: djurfeldt@nada.kth.se In-Reply-To: <873cq5ti1f.fsf@raven.i.defaultvalue.org> Original-Lines: 34 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:1703 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1703 Rob Browning writes: > Mikael Djurfeldt writes: > > > Without having thoroughly thought about it, I'd say it would be > > useful to be able to install parallel micro versions, the reason being > > that you may trust a certain micro version, but would like to do > > development on another. > > If I understand correctly, then when you install the new "development" > micro version, it'll have a libguile with the same soname as the > "trusted" version, and at that instant, all apps will switch to using > the new "untrusted" lib because that's the one ldso will prefer > version-wise (that's presuming the new libguile doesn't just clobber > the old one if the micro version wasn't changed). > > If I'm right about that, You are. > then are there any other arguments in favor of not dropping the > micro revision from things like the share directory name, or would > you be OK with it? I have no other argument. Also, it is "OK" with me to do as you want, because I haven't the time to think about it. But if you ask my current uninformed opinion, and given the current poor status of UNIX tool for handling this kind of dependencies, I'd say I prefer separating micro versions and recompiling things between micro version releases. :) Best regards, Mikael _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel