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 8594B1391DB for ; Sun, 23 Mar 2014 13:09:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B3F9AE0B8D; Sun, 23 Mar 2014 13:08:58 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A446FE0B36 for ; Sun, 23 Mar 2014 13:08:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id B936333F702 for ; Sun, 23 Mar 2014 13:08:56 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.185 X-Spam-Level: X-Spam-Status: No, score=-1.185 tagged_above=-999 required=5.5 tests=[AWL=-1.173, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kl1LkZrRagj4 for ; Sun, 23 Mar 2014 13:08:50 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id C2DC933FAA8 for ; Sun, 23 Mar 2014 13:08:46 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WRi8n-0003rj-0H for gentoo-dev@gentoo.org; Sun, 23 Mar 2014 14:08:41 +0100 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 23 Mar 2014 14:08:41 +0100 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 23 Mar 2014 14:08:41 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: RFC GLEP 1005: Package Tags Date: Sun, 23 Mar 2014 13:08:16 +0000 (UTC) Message-ID: References: <20140322235755.13b83d45@googlemail.com> <532E24F8.20809@gentoo.org> <20140323120258.77dccb90@googlemail.com> 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 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT 33d2a50 /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: ff497ca4-590b-463a-9329-a1ffbdeb2517 X-Archives-Hash: 4ea75a7d37eb2f1edb783decd3c823b8 Ciaran McCreesh posted on Sun, 23 Mar 2014 12:02:58 +0000 as excerpted: > On Sun, 23 Mar 2014 00:04:08 +0000 hasufell wrote: >> Ciaran McCreesh: >> > On Sat, 22 Mar 2014 15:33:27 -0700 Alec Warner >> > wrote: >> >> https://wiki.gentoo.org/wiki/Package_Tags >> > >> > And do what with them? Right now this is a solution without a >> > problem. >> > >> > >> Finding packages. Descriptions are not consistent, categories too >> generic. > > Please explain, with examples, how tags will help with this. One classic example in such discussions is kde's kmail and gnome's evolution. A package can have only one category so for these, the packager must choose either the appropriate DE category (as with kde-base/kmail) and leave it unlisted in the appropriate functionality category (mail-client), or alternatively, choose the appropriate functionality category (as with mail-client/evolution), and leave it unlisted under the appropriate DE (gnome-base I guess it'd be, since the evolution modules are in gnome-extra). But that limitation goes away with tags as a package could have as many tags as people found appropriate, so whatever category the packager chooses, it could have both tags and thus be discoverable in either spot. That does imply that at least one set of tags would correspond roughly to categories, tho a single kde tag for example, vs kde-base and kde-misc, would arguably suffice. But tags wouldn't need to be limited to categories... The glep should probably be expanded with several examples like that. (Tho don't construe this to say that I'm in favor of the idea. I'm neutral in general tho slightly negative as I think there are better ways to spend one's time, but gentoo is volunteers, and volunteers spend more time when they're motivated, so it's not a zero-sum game and if enough people are interested enough to drive it forward, go for it!) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman