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 C9FD71381FA for ; Sun, 30 Dec 2012 12:40:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4F79421C04B; Sun, 30 Dec 2012 12:40:35 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2374D21C00B for ; Sun, 30 Dec 2012 12:40:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 602B033D945 for ; Sun, 30 Dec 2012 12:39:59 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -0.161 X-Spam-Level: X-Spam-Status: No, score=-0.161 tagged_above=-999 required=5.5 tests=[AWL=-0.149, 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 SzSW9Gf_SQsm for ; Sun, 30 Dec 2012 12:39:53 +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 C0D8133D969 for ; Sun, 30 Dec 2012 12:39:51 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TpIBP-0005NU-4O for gentoo-dev@gentoo.org; Sun, 30 Dec 2012 13:40:03 +0100 Received: from rej2.kyla.fi ([82.130.49.146]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 30 Dec 2012 13:40:03 +0100 Received: from nunojsilva by rej2.kyla.fi with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 30 Dec 2012 13:40:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: nunojsilva@ist.utl.pt (Nuno J. Silva) Subject: [gentoo-dev] Re: Local bindist descriptions Date: Sun, 30 Dec 2012 14:15:11 +0200 Message-ID: <87wqvz91o0.fsf@ist.utl.pt> References: <50DCAF67.90907@plaimi.net> <50DF82BE.1060301@plaimi.net> 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=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: rej2.kyla.fi User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) Cancel-Lock: sha1:uIAFVJAAHdKK3lVpo4n0Bt2/6vw= X-Archives-Salt: 826a26a7-5199-49cb-8cad-88781116c5e1 X-Archives-Hash: 47665a48b1b992981b015523a4d51735 On 2012-12-30, Alexander Berntsen wrote: > All packages should have local descriptions of what the bindist > USE-flag specifically does. This should be a policy when writing > ebuilds that include it. Agreed, as a gentoo user, I like to know why is the flag there. > The bindist USE-flag is for avoiding components in a package that > would result in non-re-distributable binary packages. The generic > global description is "Flag to enable or disable options for prebuilt > (GRP) packages (eg. due to licensing issues)". This is very vague. It > does not in any way explain the specifics of what enabling the flag > will do. And, if the global description is kept, maybe it should be rewritten so that it reads something like "Disable compilation of features or content that render the resulting binaries undistributable (due to, eg. licensing or patents)". > This means that each package should describe what it specifically > does. www-client/firefox-10.0.11 is one example that does this > properly with "Disable official Firefox branding (icons, name) which > are not binary-redistributable according to upstream." This is > perfectly descriptive. net-misc/openssh is one example that does not > have a local/specific description. > > To me, this is unacceptable. Someone who cares enough about licensing > and distribution etc. to set the bindist USE-flag, will likely care > about the specifics of the it as well. Furthermore, different people > find different things unacceptable. As an example, patent-encumbered > codec support in ffmpeg is something that might be considered > unacceptable to some. However, the very same people might not be worried > about trademark/branding-related issues, such as is the case with > Firefox. This is comparable to how some find the GPL acceptable, but > not the Artistic License 1.0, and ebuilds do indeed require the > licence -- not LICENSE="free-ish". It is indeed like LICENSE="free-ish". The description does not tell much more than "there may be some issue". And issues are different. While, with Firefox, the issue is just that you can't distribute the binaries, with patents I wonder if there are cases were you aren't even legally allowed to compile the code for your own personal use (but, well, IANAL). [...] > ffmpeg is problematic... see: > . I see his point that emerge will sort of imply what does bindist do, but it requires running emerge several times with different USE flag combinations, while just writing a small explanation wouldn't hurt and would save a lot of time. -- Nuno Silva (aka njsg) http://njsg.sdf-eu.org/