From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Ryde Newsgroups: gmane.lisp.guile.user Subject: Re: Another load path idea Date: Fri, 27 Jan 2006 10:00:25 +1100 Message-ID: <87irs68uie.fsf@zip.com.au> References: <877j9cnoh4.fsf@ossau.uklinux.net> <87oe2hss4d.fsf@laas.fr> <87mzi1jq8j.fsf@ossau.uklinux.net> <87psmobmju.fsf@laas.fr> <87veweeyyk.fsf@ossau.uklinux.net> <1137944316.15250.29.camel@localhost.localdomain> <87fynaagju.fsf@ossau.uklinux.net> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1138316467 23819 80.91.229.2 (26 Jan 2006 23:01:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 26 Jan 2006 23:01:07 +0000 (UTC) Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Fri Jan 27 00:00:56 2006 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F2G6h-00088X-RU for guile-user@m.gmane.org; Fri, 27 Jan 2006 00:00:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F2G9W-0006pJ-04 for guile-user@m.gmane.org; Thu, 26 Jan 2006 18:03:42 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F2G9R-0006ox-Hb for guile-user@gnu.org; Thu, 26 Jan 2006 18:03:37 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F2G9P-0006oH-V3 for guile-user@gnu.org; Thu, 26 Jan 2006 18:03:37 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F2G9P-0006oE-SF for guile-user@gnu.org; Thu, 26 Jan 2006 18:03:35 -0500 Original-Received: from [61.8.0.115] (helo=mailout2.pacific.net.au) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F2G73-0008Nu-4t for guile-user@gnu.org; Thu, 26 Jan 2006 18:01:09 -0500 Original-Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0QN0b62027135 for ; Fri, 27 Jan 2006 10:00:37 +1100 Original-Received: from localhost (ppp2290.dyn.pacific.net.au [61.8.34.144]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0QN0ZHR024473 for ; Fri, 27 Jan 2006 10:00:36 +1100 Original-Received: from gg by localhost with local (Exim 3.36 #1 (Debian)) id 1F2G6M-0000h3-00; Fri, 27 Jan 2006 10:00:26 +1100 Original-To: guile-user@gnu.org Mail-Copies-To: never In-Reply-To: <87fynaagju.fsf@ossau.uklinux.net> (Neil Jerram's message of "Thu, 26 Jan 2006 20:19:01 +0000") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:5097 Archived-At: Neil Jerram writes: > > The basic scenario is this: someone has Guile installed (probably by > their distro) in /usr, and then builds and installs an additional > package using ./configure && make && sudo make install, which installs > with a different prefix than /usr (usually /usr/local). Then they try > to do a (use-modules (newly-installed-package)), and it doesn't work, > because the installed Guile's load path doesn't include anything > beginning with /usr/local/share/guile. /usr/local should probably be in the defaults. Of course there's nothing to stop a distro packaged guile from doing that right now, if /usr/local is the preferred location for non-distro stuff. > No; the idea is that each installed package does whatever is needed to > allow Guile (or any other Guile package) to bootstrap its modules. I think that's the wrong way around, that it should be a job for the sysadmin. Basically, if someone installs in an unusual location then they're doing something unusual; and consequently will need to tell some, maybe all, of their installed guiles to look there. Perhaps for all users, perhaps just for themself, etc. I reckon there's much more benefit in getting the guile recommended locations better described, some sample automakery or whatever, ie. better to define and assist normal setups, than to try to make arbitrary arrangements work. I doubt anybody will want completely arbitrary anyway, surely there's only a handful of different cases. I think it will be enough to, 1. Add /usr/local into the default %load-path. 2. Put a note in the manual inviting package builders to augment %load-path further if they wish, eg. for /opt. (By patching boot-9.scm I would think.) 3. Put a note in the manual encouraging the use of /site by sysadmins, but with an invitation to extend %load-path if they've got good reason for violating the usual setup. And a bit later (but actually needs doing either way), 4. Describe better in the manual how a .scm module should hit its own installed C code modules using load-extension. _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user