Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
install paths (was: Re: [feature] Provide a pkg-config file)
- X-seq: zsh-workers 51935
- From: zeurkous@xxxxxxxxxxxxxxx
- To: Oliver Kiddle <opk@xxxxxxx>
- Cc: zsh-workers@xxxxxxx, Wu Zhenyu <wuzhenyu@xxxxxxxx>
- Subject: install paths (was: Re: [feature] Provide a pkg-config file)
- Date: Sat, 15 Jul 2023 10:28:25 +0000 (UTC)
- Archived-at: <https://zsh.org/workers/51935>
- In-reply-to: <30426-1689385954.869850@Ch1l.hz71.QZ_I>
- List-id: <zsh-workers.zsh.org>
- References: <2k4aom63gjwye7qltsgrmihalb4dwilbqnzxffck32segn66pr@5a2zhmh4qhzn> <30426-1689385954.869850@Ch1l.hz71.QZ_I>
On Sat, 15 Jul 2023 03:52:34 +0200, Oliver Kiddle <opk@xxxxxxx> wrote:
> It may be the case that this causes completion functions to
> be installed in a directory that isn't in zsh's default $fpath but
> that's the responsibility of the system administrator to configure.
Me's long been in favour of a general PREFICES variable to replace (or,
probably more realistically: amend) the various *PATH vars (and, in this
case: the fpath var).
In fact, on me machines, me even initializes the *PATH variables from
that var (it's also necessary to have a SUFFICES var 'cause of exisiting
{{,s}bin,libexec,...} divergence). Me's only been using site-functions
relatively recently, but me should then initialize the fpath var from
the PREFICES one as well -- thanks for pointing this out.
> Software dumping files outside of it's designated installation prefix is
> something that should be avoided.
Keep in mind though, that there appear to be some general (but not
universal!) exceptions, such as /{etc,var}/.
And then, as a "driving it too far" example, there's the horrible lunix
/opt/...
--zeurkous.
--
Friggin' Machines!
Messages sorted by:
Reverse Date,
Date,
Thread,
Author