From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Ulrich Mueller <ulm@gentoo.org>
Cc: Christian Egli <christian.egli@sbs.ch>,
Roland Winkler <winkler@gnu.org>,
emacs-devel@gnu.org
Subject: Re: BBDB v3 approaching release
Date: Thu, 30 May 2013 10:37:56 -0400 [thread overview]
Message-ID: <jwvr4go7db9.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <20903.7625.861080.943448@a1i15.kph.uni-mainz.de> (Ulrich Mueller's message of "Thu, 30 May 2013 11:37:13 +0200")
>>> How do I configure install locations of a package if it's in ELPA
>>> format?
>> You don't.
> Why is this better than having them configurable?
Because that saves you from having to configure it.
> Especially, why are you asking that a package like BBDB that has
> a perfectly working autoconf build system should _remove_ it?
I didn't ask to remove it: it can be kept in the ELPA package.
It's just not useful/needed for the usual ELPA style of
distribution/installation.
>>> Especially, if the package has non-lisp components?
>> You leave them alongside the Elisp files.
> Emacs itself uses a different layout and keeps non-lisp files in
> different directories like etc or info.
Indeed. In some cases it was a good choice, in others I'm not so sure.
> (Hopefully there are no plans to change that?)
It's definitely not important enough to waste time changing it unless
there's a good reason for it.
> For example, for Info files it's really a PITA if they're not
> collected in one (or at least, few) central locations.
Why?
>> And when you need them, your Elisp package will find them by looking
>> around itself (it can get access to its own location via
>> `load-file-name').
> This means that anyone who wants to adhere to some standard like FHS
> must move files around manually. I had to do this way too often when
> packaging things for Gentoo.
I don't see any particular reason why you'd feel compelled to break an
ELPA package into its constituents and spread them around in different
directories, just for the sake of following some standard.
If there's a real benefit to it and it's higher than the cost of moving
things around, then by all means go for it. But "the ELPA way" is
pretty damn convenient and I personally can't think of any benefit you'd
get from applying the FHS to it.
> Most packages are at least friendly enough and spend a defvar or
> defcustom that allows to configure these directories (often with a
> fallback to the above-mentioned load-file-name location).
In order to be able to use load-file-name, you need to evaluate it
during load and save it in some global variable. So, yes, a natural way
to do it ends up introducing defvar/defcustoms for that anyway.
Stefan
next prev parent reply other threads:[~2013-05-30 14:37 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-27 8:18 BBDB v3 approaching release Roland Winkler
2013-05-27 8:49 ` Leo Liu
2013-05-27 15:13 ` Stefan Monnier
2013-05-27 16:13 ` Roland Winkler
2013-05-27 16:57 ` Stefan Monnier
2013-05-27 19:28 ` Roland Winkler
2013-05-27 19:35 ` Dmitry Gutov
2013-05-27 20:18 ` Roland Winkler
2013-05-28 5:32 ` Ulrich Mueller
2013-05-28 7:49 ` Roland Winkler
2013-05-28 12:34 ` Stefan Monnier
2013-05-27 20:59 ` Stefan Monnier
[not found] ` <87obbvwgw6.fsf@sbs.ch>
2013-05-28 21:23 ` Roland Winkler
2013-05-28 22:29 ` Stefan Monnier
2013-05-29 13:27 ` Roland Winkler
2013-05-29 16:45 ` Ulrich Mueller
2013-05-29 22:29 ` Stefan Monnier
2013-05-30 7:14 ` Roland Winkler
2013-05-30 7:57 ` Jambunathan K
2013-05-30 8:04 ` Stephen J. Turnbull
2013-05-30 11:16 ` Roland Winkler
2013-05-30 17:25 ` Stephen J. Turnbull
2013-05-30 17:55 ` Stephen J. Turnbull
2013-05-30 18:22 ` Eli Zaretskii
2013-05-30 20:47 ` Andreas Schwab
2013-05-31 3:50 ` Stephen J. Turnbull
2013-05-31 14:14 ` Tom Tromey
2013-05-31 18:30 ` Stephen J. Turnbull
2013-05-31 14:42 ` Ted Zlatanov
2013-05-30 9:37 ` Ulrich Mueller
2013-05-30 11:24 ` Roland Winkler
2013-05-30 12:48 ` Ulrich Mueller
2013-05-30 14:57 ` Ted Zlatanov
2013-05-30 17:11 ` Stefan Monnier
2013-05-30 20:31 ` Ted Zlatanov
2013-05-30 14:37 ` Stefan Monnier [this message]
2013-05-30 15:03 ` Ted Zlatanov
2013-06-01 14:34 ` Steinar Bang
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwvr4go7db9.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=christian.egli@sbs.ch \
--cc=emacs-devel@gnu.org \
--cc=ulm@gentoo.org \
--cc=winkler@gnu.org \
/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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.