From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id f9916aa8 for ; Sat, 12 Oct 2019 07:47:43 +0000 (UTC) Received: (qmail 18106 invoked by alias); 12 Oct 2019 07:47:34 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 44826 Received: (qmail 16046 invoked by uid 1010); 12 Oct 2019 07:47:34 -0000 X-Qmail-Scanner-Diagnostics: from mail-io1-f45.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.0/25598. spamassassin: 3.4.2. Clear:RC:0(209.85.166.45):SA:0(-1.9/5.0):. Processed in 2.556153 secs); 12 Oct 2019 07:47:34 -0000 X-Envelope-From: dana@dana.is X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _netblocks.google.com designates 209.85.166.45 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dana-is.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/rnM3kOzl+ffGwH8PM0HHP6cQx19G6znH2Ij7rSwLV4=; b=OgzcP76y2sCt2l+LNVlgnBbXPIKOrBNJ4iHOtMycbP1gsn5I55WM+e3TXessc2W7Sa kK0Gn0JEL0LGfThvNA6+X+/u8xPZpSS7KgOmG22kvYyTGwN8HaoKP+cWz0BAt2T48fol gTNvHUJ316IFMgpzFxae8LkhNHFB1L7ysnOEqWXeFkFpifOEY9UguvER5m/KpBem98ac PxSd76O6zeToxhi5KQrktmcnX2k6MEHAmOc02e7qbK6nYgmDCKmOqiSo+/JRsTC8l7KH hL87xcqokT7d9JDV5QdKLGnFFTWJhHoO9Kj4M3Gy9L5ejIK7lKUv7GnRz2pyVcey/tic hi8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/rnM3kOzl+ffGwH8PM0HHP6cQx19G6znH2Ij7rSwLV4=; b=km5ZjQqhY5a8BhHdQYvefZQKHcISJK2kmta5i+B/rA/b4RpTbZ9MQRQpt2J/GIW7qK /WVgpKwrGgiS+rp0/Vt3q3vZPrvWvWYBDcBRby0qESLTDjZsgsDghenpuRK2cLMOeth5 Y/SvXKP3XoyueR9INfHMM7C6q1JWAGAcNIrk2mRB/2XUqvPVoMpTfzpDySsjfw6f1j6I pRMQeQ8XDo+TmqrrBpcDjO+dn9t1scDRXDAR+/4Gxqf+HEHf0ScyDb8Qo2/m2JxMzWW/ lVV/BMJilPPGLhTtR/IassOA5XrFuvCeqrZkUAxEPgYauTnrX3QvJ7U1WR+osexdLZn9 AD2Q== X-Gm-Message-State: APjAAAUmrZNpyQrYbdJ0n8XnuakwYQqWSqtfw38013jECnZ0UuJv4j+3 J4ZBUJgnC2T/EYGT9fNf1cTfEg== X-Google-Smtp-Source: APXvYqwgnMpEGykbOSXGXyrdUgYYIMKmaW6DpcL9GeXcQSgi3VXZvILt+0KAub7t/3GFfEwbuRDTHQ== X-Received: by 2002:a6b:3807:: with SMTP id f7mr626813ioa.82.1570866418087; Sat, 12 Oct 2019 00:46:58 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: completion functions reorganisation and cleanup From: dana In-Reply-To: <60418-1570439627.075514@NIya.iyMV.mGw3> Date: Sat, 12 Oct 2019 02:46:55 -0500 Cc: Zsh workers Content-Transfer-Encoding: quoted-printable Message-Id: <893E5C01-39AA-41CF-9C5D-C780A0A1B149@dana.is> References: <60418-1570439627.075514@NIya.iyMV.mGw3> To: Oliver Kiddle X-Mailer: Apple Mail (2.3445.104.11) On 7 Oct 2019, at 04:13, Oliver Kiddle 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 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 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