From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 56DD71387FD for ; Fri, 28 Mar 2014 21:32:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 85E6BE0BCA; Fri, 28 Mar 2014 21:32:38 +0000 (UTC) Received: from mail-ee0-f52.google.com (mail-ee0-f52.google.com [74.125.83.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 148A7E0BA9 for ; Fri, 28 Mar 2014 21:32:36 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id e49so4433526eek.25 for ; Fri, 28 Mar 2014 14:32:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=GZeO0p8DwuUtjd1WDDw8L349zH5X7ud8EIbpGJ9RHBA=; b=WiwU8X5Kn9mLO/tM70tFbnl/4Q+Z+E5yWAj52h9H0dSWEkUSrdapUTzNIy3MFy4pI6 XRYd+o0cYuMPJkMGWpUWOVSK+10jwm1Uazc4EXeGchQOUznSwGkpItmOE6i23W7uw9Dt OKA6tSFhTKd7K++2y0WWs5L6z9BW7hU8zVlCHovA0ECOjJgvTQO73l2FehmqxCUvtszn BDTX1yN/3D9EZ7TdG6Lwzi3bBoIK/R2oV33obbnxET4IwGXzxCouniZCcNkTPvuK6Wt6 dRCgyep63k7HgCshxIO245PM8ejGX6xnwG8wPPzg4Q4EIEqNH/HDzzEV13lsQz0mXfcS eBtg== X-Received: by 10.14.179.193 with SMTP id h41mr12034862eem.27.1396042355787; Fri, 28 Mar 2014 14:32:35 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Received: by 10.15.49.5 with HTTP; Fri, 28 Mar 2014 14:32:15 -0700 (PDT) In-Reply-To: References: <20140323154609.1625d525@marga.jer-c2.orkz.net> <20140324123619.5fca27ee@deathstar> <20140324152512.45516d0a@marga.jer-c2.orkz.net> <5330476A.6020806@gmail.com> From: Wyatt Epp Date: Fri, 28 Mar 2014 17:32:15 -0400 Message-ID: Subject: Re: [gentoo-dev] RFC GLEP 1005: Package Tags To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: ae386c36-9a5b-4098-8fd2-2bb4c77d8aa9 X-Archives-Hash: 48d059f6a88912091f95d7c322e215ae On Fri, Mar 28, 2014 at 4:39 PM, Kent Fredric wrote: > > This example for me suggests we'll need to have some kind of process of > defining what tags should be used for what things, similar to how we have a > process for global USE, mostly, because inconsistency is a bad thing here. > Yes, you want a controlled, well-defined vocabulary. That's important. On the other hand, don't get too bent out of shape about it. These things fall over when you start adding dumb arbitrary restrictions like "there needs to be consensus" or "there need to be at least n packages beforehand". > Because looking at this example and the results of `eix -cS terminal`, I see > lots of things that may also be ambiguously tagged "terminal" due to being a > terminal based application. > > Thus, either "terminal-emulator" or "terminal-app" or similar tags seem > necessary. > terminal: terminal emulators. Make it an alias to terminal_emulator. cli: things that have a normal, line-based terminal interface. See also: curses. It's not hard to choose good, unambiguous tags when you can use aliasing to shorthand and unify. That's why it's more important than implication, because controlling your vocabulary is seriously important. > And now that we're starting to flesh out mock tags that may make sense, it > quickly seems we'll eventually want some kind of tag hierarchy. > No. You really, really, reaaaaaally don't. At least not in the sense that you seem to be thinking. It makes tags annoying to add and annoying to use, so no one does either and the whole thing falls over. > But as long as the tag is restricted to [A-Za-z-]+ or similar, we should > have enough syntactical space to add a hierarchy in later if we find out we > need it. > Don't worry, we won't. With only the facilities I've outlined in my first post, the system will scale well beyond a million packages and tens of thousands of unique tags, so don't worry too much about exhausting our semantic description space. Cheers, Wyatt