From: dana <dana@dana.is>
To: Oliver Kiddle <okiddle@yahoo.co.uk>
Cc: Zsh workers <zsh-workers@zsh.org>
Subject: Re: completion functions reorganisation and cleanup
Date: Sat, 12 Oct 2019 02:46:55 -0500 [thread overview]
Message-ID: <893E5C01-39AA-41CF-9C5D-C780A0A1B149@dana.is> (raw)
In-Reply-To: <60418-1570439627.075514@NIya.iyMV.mGw3>
On 7 Oct 2019, at 04:13, Oliver Kiddle <okiddle@yahoo.co.uk> wrote:
> How about the following patch to add in an extra directory for
> completions that will NOT be installed by default?
For whatever it's worth, it sounds OK to me. I think all of the potential
criteria you listed (different/unclear licence, low quality, obscure,
unmaintained) make sense. If anybody really wants any of those functions, they
can sort through it for what they need, so the only concern i would have is
maintenance; it wouldn't be great if it just became a 'junk drawer' of random
unvetted nonsense. (Though, as you hinted, in some cases it's already like
that...)
'Contrib' is a slightly ambiguous name to give that entire category of
things, but i can't think of anything better off the top of my head.
On 7 Oct 2019, at 04:13, Oliver Kiddle <okiddle@yahoo.co.uk> wrote:
> We might also consider pulling in the whole zsh-completions project,
> perhaps updating periodically via git-subtree rather than with a view to
> replacing it.
One potential issue i can think of with this is that there are some duplicates
(or rather divergent implementations) between zsh-completions and the main
repo, which could lead to some confusing configurations on systems that have
both installed.
On 7 Oct 2019, at 04:13, Oliver Kiddle <okiddle@yahoo.co.uk> wrote:
> Should we just remove these? Or perhaps announce for 5.8 that they will
> go in 5.9? Any individual objections, or additions.
The only one of those that i've ever even heard of is elm. I think either of
those plans is probably fine; it's not like we couldn't re-add in a point
release if someone complained.
dana
next prev parent reply other threads:[~2019-10-12 7:47 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-07 9:13 Oliver Kiddle
2019-10-12 7:46 ` dana [this message]
2019-10-13 9:05 ` Oliver Kiddle
2019-10-25 14:32 ` Greg Klanderman
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=893E5C01-39AA-41CF-9C5D-C780A0A1B149@dana.is \
--to=dana@dana.is \
--cc=okiddle@yahoo.co.uk \
--cc=zsh-workers@zsh.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 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).