From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 16471 invoked from network); 23 Feb 2021 23:51:58 -0000 Received: from zero.zsh.org (2a02:898:31:0:48:4558:7a:7368) by inbox.vuxu.org with ESMTPUTF8; 23 Feb 2021 23:51:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zsh.org; s=rsa-20200801; h=List-Archive:List-Owner:List-Post:List-Unsubscribe: List-Subscribe:List-Help:List-Id:Sender:Message-ID:Date:Content-ID: Content-Type:MIME-Version:Subject:To:References:From:In-reply-to:Reply-To:Cc: Content-Transfer-Encoding:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID; bh=xej8NX0PKKEHKDCmpif2V7GP3UiD26eXGRcOjXfGvwg=; b=Qy6wjftA4nxnyvyRUS7pJbOf34 1q4gSRRYxAEZU4JTB3Gg2tLU6JSfmgTBrCXrljF9Gcbk7KenlhaXgJo14q7aU8/li4ECfsFWiGXwm ivf72Yl6C+cfdViLTsl84m9Brv6jIEXHOHAV6NmOngCu+n4jeZCfC7SUcC78XwJHHgOpsYneGfA5F sAGEQe62gwcEIkAmqEqWMP+/HY2a0khjoPnG2SxVKE1w+a9KyjW2WzCeLSMhu/JuDx6yYxiNHdFSC PoDV2NKvNkbcXIAtq/qwhy8sOTFYgNNMj70BT8pBto1awwQ/lzM53Kq/Nn2jYMGlB1X3BmbF5VXgc a1ND57YQ==; Received: from authenticated user by zero.zsh.org with local id 1lEhTB-000FwB-V3; Tue, 23 Feb 2021 23:51:58 +0000 Received: from authenticated user by zero.zsh.org with esmtpsa (TLS1.3:TLS_AES_256_GCM_SHA384:256) id 1lEhSt-000Fnm-9c; Tue, 23 Feb 2021 23:51:39 +0000 Received: from [192.168.178.21] (helo=hydra) by mail.kiddle.eu with esmtp(Exim 4.93.0.4) (envelope-from ) id 1lEhSq-0009mO-P8 for zsh-workers@zsh.org; Wed, 24 Feb 2021 00:51:38 +0100 In-reply-to: From: Oliver Kiddle References: <1716143236.98921.1614075094353@mail2.virginmedia.com> <32617-1614118802.311486@4BXl.GCVX.2_Vl> To: Zsh workers Subject: Re: Completion script for the ctags program MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <37594.1614124296.1@hydra> Date: Wed, 24 Feb 2021 00:51:36 +0100 Message-ID: <37595-1614124296.776153@uVtr.uPmU.Ik0b> X-Seq: 48102 Archived-At: X-Loop: zsh-workers@zsh.org Errors-To: zsh-workers-owner@zsh.org Precedence: list Precedence: bulk Sender: zsh-workers-request@zsh.org X-no-archive: yes List-Id: List-Help: List-Subscribe: List-Unsubscribe: List-Post: List-Owner: List-Archive: Archived-At: Bart Schaefer wrote: > On Tue, Feb 23, 2021 at 2:20 PM Oliver Kiddle wrote: > > > > That said, it is better that these get applied quickly rather than > > missed and forgotten. Which leads me to reconsider that I never > > applied the patch in 44804 to create a separate contrib directory for > > completions. I would add "suppport for only some variants of a command" > > to the criteria. > > > > That patch mainly didn't get applied because of the outstanding question > > of what the directory/configure option should be named. > > What's the parent directory, specifically? Or is there a directory > called this underneath each of Unix, Darwin, etc.? What that patch adds is "Contrib" as a subdirectory of Completion with identical make rules as for all the other directories at that level (Unix, BSD, AIX, Zsh etc). So it'd need it's own subdirectories for Type, Command (and perhaps Utility and Widget). The only other difference is that installation was conditional upon a --enable-contrib-completions option (which defaults to false). That approach seemed simplest but that's not to say it has to be done that way if you think it'd be better under each of the other directories. A single directory may be easier if we wanted to do git subtree merges from the zsh-completions project though that might need hacking around anyway if it isn't named "src". > What about "Submitted" or "Volunteered" ? Maybe, though I'm not sure they are any more accurate a description of the contents than "Contrib". Given a lax license constraint on the contents we might theoretically pick up functions found on the wider Internet and dump them in without them ever being explicitly contributed or submitted.* I probably favour Contrib because I've seen it used similarly elsewhere. Other ideas include 'External', 'Independent', 'Extra', 'Supplemental', 'Annex', 'Additional', 'Scrap', 'Dump', 'Diverse', 'Sundry'. For reference, the criteria for inclusion I suggested were: - differently licenced - low quality - poorly maintained - obscure command - dead upstream - incomplete/work in progress - major variants of the command not handled The first of these is probably the most important, especially for some downstream packagers but I can't think of a way to capture that succinctly in one word that doesn't begin with U. Any preferences? Oliver * Note that I would only do this where at least some sort of free redistribution terms are clear.