* Version-dependent functions install path @ 2000-01-06 7:04 Andrej Borsenkow 2000-01-06 8:06 ` dev-14 problem - can't load zsh/complete " Andrej Borsenkow ` (2 more replies) 0 siblings, 3 replies; 7+ messages in thread From: Andrej Borsenkow @ 2000-01-06 7:04 UTC (permalink / raw) To: ZSH workers mailing list I suggest, that functions are being installed in version-specific directories as well. Unfortunately (and that applies to the development builds in the first place) it is often impossible to mix binaries and functions from different versions. Just think about added computil module :-) Currently it is hard to revert back to previous version (better said, I often want to keep several versions to test the difference. As it stands now, you cannot simply run old binary because functions are already changed). /andrej ^ permalink raw reply [flat|nested] 7+ messages in thread
* dev-14 problem - can't load zsh/complete RE: Version-dependent functions install path 2000-01-06 7:04 Version-dependent functions install path Andrej Borsenkow @ 2000-01-06 8:06 ` Andrej Borsenkow 2000-01-06 10:50 ` Oliver Kiddle 2000-01-06 20:20 ` Peter Stephenson 2 siblings, 0 replies; 7+ messages in thread From: Andrej Borsenkow @ 2000-01-06 8:06 UTC (permalink / raw) To: Andrej Borsenkow, ZSH workers mailing list > I suggest, that functions are being installed in version-specific > directories as > well. Unfortunately (and that applies to the development builds in the first > place) it is often impossible to mix binaries and functions from different > versions. Just think about added computil module :-) Currently it is hard to > revert back to previous version (better said, I often want to keep several > versions to test the difference. As it stands now, you cannot simply run old > binary because functions are already changed). > And a good example: after compiling/installing the fresh dev-14 /home/bor/.zshrc:9: failed to load module: zsh/complete /home/bor/.zshrc:bindkey:19: no such keymap `menuselect' compinit:475: failed to load module: zsh/complete compinit:zstyle:475: autoload failed compinit:476: command not found: zstyle compinit:477: command not found: zstyle compinit:478: command not found: zstyle compinit:479: command not found: zstyle compinit:480: command not found: zstyle compinit:481: command not found: zstyle compinit:483: command not found: zstyle compinit:517: failed to load module: zsh/complete compinit:zle:517: can't load complete module And now I'd really like to start previous version again ... ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Version-dependent functions install path 2000-01-06 7:04 Version-dependent functions install path Andrej Borsenkow 2000-01-06 8:06 ` dev-14 problem - can't load zsh/complete " Andrej Borsenkow @ 2000-01-06 10:50 ` Oliver Kiddle 2000-01-06 20:20 ` Peter Stephenson 2 siblings, 0 replies; 7+ messages in thread From: Oliver Kiddle @ 2000-01-06 10:50 UTC (permalink / raw) To: ZSH workers mailing list Andrej Borsenkow wrote: > > I suggest, that functions are being installed in version-specific directories as > well. Unfortunately (and that applies to the development builds in the first I second this suggestion because I'm constantly having to rename my functions directory. It happens quite often that a development version doesn't work straight away and I have to revert. I seem to remember that the function installation did some clever things like checking if anyone had modified any of the supplied functions and not overwriting those? I think we would be best to advise people making local changes to the functions to copy them to their own directory before editing them and then make sure that directory appears earlier in the $fpath. Oliver Kiddle ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Version-dependent functions install path 2000-01-06 7:04 Version-dependent functions install path Andrej Borsenkow 2000-01-06 8:06 ` dev-14 problem - can't load zsh/complete " Andrej Borsenkow 2000-01-06 10:50 ` Oliver Kiddle @ 2000-01-06 20:20 ` Peter Stephenson 2000-01-06 22:23 ` Tanaka Akira 2 siblings, 1 reply; 7+ messages in thread From: Peter Stephenson @ 2000-01-06 20:20 UTC (permalink / raw) To: ZSH workers mailing list "Andrej Borsenkow" wrote: > I suggest, that functions are being installed in version-specific directories > as > well. Unfortunately (and that applies to the development builds in the first > place) it is often impossible to mix binaries and functions from different > versions. Yes, it's a bit more difficult than it should be. Furthermore, for most users installing versions as well separated as 3.1.6 and 3.1.7 will be, the position will be even worse, even if the pace of change of this area of the code slows down in future. So this adds the version. I hope the choice of path (default `/usr/local/share/zsh/functions/3.1.6-dev-14', mutatis mutandis) is rational. The version-specific bit comes last, as with the module path, and the `share' remains present, despite the version-dependence, because it refers to the absence of machine-dependence (it worried me at first, but actually I've just noticed Emacs does exactly the same with its lisp code). Indeed, this will make it easier to share functions across architectures potentially running different versions of the shell. Index: configure.in =================================================================== --- configure.in 1999/12/21 15:18:27 1.11 +++ configure.in 2000/01/06 19:58:35 @@ -214,10 +214,10 @@ AC_ARG_ENABLE(fndir, [ --enable-fndir=DIR where functions go (default DATADIR/zsh/functions)], [if test $enableval = yes; then - fndir=${datadir}/${tzsh_name}/functions + fndir=${datadir}/${tzsh_name}/functions/${VERSION} else fndir="$enableval" -fi], [fndir=${datadir}/${tzsh_name}/functions]) +fi], [fndir=${datadir}/${tzsh_name}/functions/${VERSION}]) undefine([function_subdirs]) AC_ARG_ENABLE(function-subdirs, Index: INSTALL =================================================================== --- INSTALL 1999/12/21 15:18:27 1.2 +++ INSTALL 2000/01/06 19:51:44 @@ -247,12 +247,15 @@ By default, the shell functions which are installed with `make install' or `make install.fns' go into the directory ${datadir}/zsh/functions, which unless you have specified --datadir is the same as -${prefix}/share/zsh/functions ($prefix itself defaults to /usr/local, as -described below). This directory will also be compiled into the shell as -the default directory for the variable $fpath/$FPATH. You can override it -with --enable-fndir=directory; --disable-fndir or --enable-fndir=no will -turn off both installation of functions and the setting of a default value -for $fpath/$FPATH. +${prefix}/share/zsh/functions/$ZSH_VERSION ($prefix itself defaults to +/usr/local, as described below). This directory will also be compiled into +the shell as the default directory for the variable $fpath/$FPATH. You can +override it with --enable-fndir=directory; --disable-fndir or +--enable-fndir=no will turn off both installation of functions and the +setting of a default value for $fpath/$FPATH. Note the presence of +$ZSH_VERSION (e.g. `3.1.7') to avoid clashes between versions of zsh. +If you only run one version of zsh at once, installing into a common +directory such as /usr/local/share/zsh/functions is fine. You can control the functions which get installed by setting FUNCTIONS_INSTALL, either when running configure (e.g. -- Peter Stephenson <pws@pwstephenson.fsnet.co.uk> ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Version-dependent functions install path 2000-01-06 20:20 ` Peter Stephenson @ 2000-01-06 22:23 ` Tanaka Akira 2000-01-07 22:26 ` Peter Stephenson 0 siblings, 1 reply; 7+ messages in thread From: Tanaka Akira @ 2000-01-06 22:23 UTC (permalink / raw) To: ZSH workers mailing list In article <E126JN1-0003cR-00.2000-01-06-20-18-55@mail2.svr.pol.co.uk>, Peter Stephenson <pws@pwstephenson.fsnet.co.uk> writes: > I hope the choice of path (default > `/usr/local/share/zsh/functions/3.1.6-dev-14', mutatis mutandis) is > rational. The version-specific bit comes last, as with the module path, > and the `share' remains present, despite the version-dependence, because it > refers to the absence of machine-dependence (it worried me at first, but > actually I've just noticed Emacs does exactly the same with its lisp code). > Indeed, this will make it easier to share functions across architectures > potentially running different versions of the shell. I think DATADIR/zsh/VERSION/functions is better than DATADIR/zsh/functions/VERSION because it enables us to collect version specific stuff other than functions. Also when a lazy administrater install zsh-3.1.7 over zsh-3.1.6, a directory structure stays somewhat clean. Also, DATADIR/zsh/VERSION/site-functions and DATADIR/zsh/site-functions should be exist for site specific modifications and add-on packages. Currently there is no add-on packages, though. -- Tanaka Akira ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Version-dependent functions install path 2000-01-06 22:23 ` Tanaka Akira @ 2000-01-07 22:26 ` Peter Stephenson 2000-01-09 2:58 ` Tanaka Akira 0 siblings, 1 reply; 7+ messages in thread From: Peter Stephenson @ 2000-01-07 22:26 UTC (permalink / raw) To: ZSH workers mailing list Tanaka Akira wrote: > I think DATADIR/zsh/VERSION/functions is better than > DATADIR/zsh/functions/VERSION because it enables us to collect version > specific stuff other than functions. Actually, this is also just like Emacs. > Also when a lazy administrater > install zsh-3.1.7 over zsh-3.1.6, a directory structure stays somewhat > clean. I suppose you mean that the zsh-3.1.7 directory isn't buried among lots of files or irrelevant subdirectories. > Also, DATADIR/zsh/VERSION/site-functions and > DATADIR/zsh/site-functions should be exist for site specific > modifications and add-on packages. Currently there is no add-on > packages, though. I wondered about this, but it's so easy to add in /etc/zshenv that I didn't add it. But maybe something will turn up that makes it more obviously useful. Index: INSTALL =================================================================== --- INSTALL 2000/01/07 19:42:02 1.3 +++ INSTALL 2000/01/07 19:42:34 @@ -247,7 +247,7 @@ By default, the shell functions which are installed with `make install' or `make install.fns' go into the directory ${datadir}/zsh/functions, which unless you have specified --datadir is the same as -${prefix}/share/zsh/functions/$ZSH_VERSION ($prefix itself defaults to +${prefix}/share/zsh/$ZSH_VERSION/functions ($prefix itself defaults to /usr/local, as described below). This directory will also be compiled into the shell as the default directory for the variable $fpath/$FPATH. You can override it with --enable-fndir=directory; --disable-fndir or Index: configure.in =================================================================== --- configure.in 2000/01/07 19:42:02 1.12 +++ configure.in 2000/01/07 19:42:24 @@ -214,10 +214,10 @@ AC_ARG_ENABLE(fndir, [ --enable-fndir=DIR where functions go (default DATADIR/zsh/functions)], [if test $enableval = yes; then - fndir=${datadir}/${tzsh_name}/functions/${VERSION} + fndir=${datadir}/${tzsh_name}/${VERSION}/functions else fndir="$enableval" -fi], [fndir=${datadir}/${tzsh_name}/functions/${VERSION}]) +fi], [fndir=${datadir}/${tzsh_name}/${VERSION}/functions]) undefine([function_subdirs]) AC_ARG_ENABLE(function-subdirs, -- Peter Stephenson <pws@pwstephenson.fsnet.co.uk> ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Version-dependent functions install path 2000-01-07 22:26 ` Peter Stephenson @ 2000-01-09 2:58 ` Tanaka Akira 0 siblings, 0 replies; 7+ messages in thread From: Tanaka Akira @ 2000-01-09 2:58 UTC (permalink / raw) To: ZSH workers mailing list In article <E126hnm-0000Ph-00.2000-01-07-22-24-11@cmailg2.svr.pol.co.uk>, Peter Stephenson <pws@pwstephenson.fsnet.co.uk> writes: > I suppose you mean that the zsh-3.1.7 directory isn't buried among lots of > files or irrelevant subdirectories. Yes. > I wondered about this, but it's so easy to add in /etc/zshenv that I didn't > add it. But maybe something will turn up that makes it more obviously useful. If /usr/local is shared by NFS or zsh is installed by non-root, it's not so easy. So I think site-functions should be included in fpath by default. DATADIR/zsh/zshenv (or site-start :) is another (general) way, though. -- Tanaka Akira ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2000-01-09 2:58 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2000-01-06 7:04 Version-dependent functions install path Andrej Borsenkow 2000-01-06 8:06 ` dev-14 problem - can't load zsh/complete " Andrej Borsenkow 2000-01-06 10:50 ` Oliver Kiddle 2000-01-06 20:20 ` Peter Stephenson 2000-01-06 22:23 ` Tanaka Akira 2000-01-07 22:26 ` Peter Stephenson 2000-01-09 2:58 ` Tanaka Akira
Code repositories for project(s) associated with this public inbox https://git.vuxu.org/mirror/zsh/ 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 NNTP newsgroup(s).