From: Greg Troxel <gdt@ir.bbn.com>
Cc: guile-user@gnu.org, Kevin Ryde <user42@zip.com.au>
Subject: Re: Where to install files?
Date: 10 Oct 2005 20:18:37 -0400 [thread overview]
Message-ID: <rmibr1wykgy.fsf@fnord.ir.bbn.com> (raw)
In-Reply-To: <873bn9t241.fsf@ossau.uklinux.net>
I concur with most of your comments, but would like to make a
metapoint: various OS/distributions/packaging systems have rules about
what goes where, and guile should be such that it can be made to
behave 'right' for these varying definitions of right. I think this
is implicit in your comments, but wanted to raise it explicitly.
All that said, most packaging systems (pkgsrc, FreeBSD ports, typical
Linux) put all programs under the same prefix, so using "guile's
prefix" vs "our prefix" amounts to the same thing. So it's only
non-distribution-managed that's an issue.
My own view is that a package configured with --prefix=/usr/foo should
install files only under /usr/foo. This leads me with guile to want
to extend load-path to include guile directories in other prefixes.
(5) location of the system init file (e.g. /etc/guile/1.6/init.scm,
default=init.scm)
Using --sysconfdir to specify this is/would be nice, and would make it
easy to hook in a new prefix.
Guile's guile.m4 currently provides GUILE_SITE_DIR, but that feels
wrong to me both because it doesn't handle the (2)/(3) distinction
above, and because of the /site ending - I think of site as being for
code put there by the local sysadmin, not for code from packages at
all.
I agree, but really we need three levels:
pkgsrc [wrong word, but distribution-managed]
site [managed for a group of machines]
local [just this machine]
With respect to /usr/local, I believe that guile should by default
only look in its own prefix. Whether /usr/local should be searched
e.g by programs in /usr is a distribution-specific decision. It may
be worthwhile to have a configure argument to add prefixes whose guile
directories should be searched, so that
./configure --prefix=/usr/pkg --searchprefix=/usr/bar --searchprefix=/usr/baz
would result in a guile installed in /usr/pkg that not only looks in
/usr/pkg/share/guile/1.6 but also /usr/bar/share/guile/1.6.
It might also be nice to have a run-time method to
guile-configer --addsearchprefix=/usr/bar
so that someone building another package to /usr/bar can invoke this
on the system guile to hook in the new path.
--
Greg Troxel <gdt@ir.bbn.com>
_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user
next prev parent reply other threads:[~2005-10-11 0:18 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-10 19:29 Where to install files? Neil Jerram
2005-10-10 21:34 ` Kevin Ryde
2005-10-10 22:54 ` Neil Jerram
2005-10-11 0:18 ` Greg Troxel [this message]
2005-10-11 18:42 ` Neil Jerram
2005-10-11 19:39 ` Greg Troxel
2005-10-13 18:08 ` Neil Jerram
2005-10-12 8:29 ` Ludovic Courtès
2005-10-13 18:19 ` Neil Jerram
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=rmibr1wykgy.fsf@fnord.ir.bbn.com \
--to=gdt@ir.bbn.com \
--cc=guile-user@gnu.org \
--cc=user42@zip.com.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).