From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NPKm0-0000n6-Eo for garchives@archives.gentoo.org; Mon, 28 Dec 2009 18:56:57 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 17ACDE0AD0; Mon, 28 Dec 2009 18:56:41 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id C6617E0AD0 for ; Mon, 28 Dec 2009 18:56:40 +0000 (UTC) Received: from mail.isohunt.com (b01.ext.isohunt.com [208.71.112.51]) by smtp.gentoo.org (Postfix) with ESMTP id 302AF1B4032 for ; Mon, 28 Dec 2009 18:56:40 +0000 (UTC) Received: (qmail 9405 invoked from network); 28 Dec 2009 18:56:37 -0000 Received: from tsi-static.orbis-terrarum.net (HELO grubbs.orbis-terrarum.net) (76.10.188.108) by mail.isohunt.com (qpsmtpd/0.33-dev on beta01) with (CAMELLIA256-SHA encrypted) ESMTPS; Mon, 28 Dec 2009 18:56:37 +0000 Received: (qmail 30733 invoked by uid 10000); 28 Dec 2009 18:56:33 -0000 Date: Mon, 28 Dec 2009 18:56:33 +0000 From: "Robin H. Johnson" To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Non-free software in Gentoo Message-ID: References: <4B3843E2.90800@doublecreations.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: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NMuMz9nt05w80d4+" Content-Disposition: inline In-Reply-To: <4B3843E2.90800@doublecreations.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Archives-Salt: 9d5af999-6f79-4aee-96e5-83e1b64a91cf X-Archives-Hash: 708d988199eba42e99e4825df7d377d3 --NMuMz9nt05w80d4+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 28, 2009 at 12:36:34AM -0500, Vincent Launchbury wrote: > 1) Not all of the licenses are completely accurate. For example, the > Linux kernels are listed as soley GPL-2, yet they contain blobs of > non-free firmware. Perhaps a general-purpose "not-free" license could be > appended to such packages. This would only affect people who choose to > use the feature. It could be minused from the FSF-APPROVED group for > example. Actually, this is a case where the license on the ebuild is wrong, not the license group. The kernel ebuilds should have GPL-2 and something else, and by definition should not pass @FSF-APPROVED alone. > Also relating to this, what is freedist? The package app-text/dos2unix > lists 'freedist' as its license, and /usr/portage/licenses/freedist says > only "Freely Distributable". Several other packages do this, and I'm > sure it's not correct. I'm not entirely sure, but I think the dos2unix > package is from http://www.thefreecountry.com/tofrodos/, which clearly > says its GPLv2. Packages like this could be looked into and fixed. tofrodos is NOT dos2unix. If you compare the sources you'll see they are radically different. The COPYRIGHT file in dos2unix is actually a 2-clause BSD license. I've updated the ebuild suitably. Yes, we do definitely need to review licenses on packages where they aren't clear, correct any mistakes. > 2) There are no free versions of the kernel in the main tree. The Latin > American FSF maintains blob-free kernels at > http://www.linux-libre.fsfla.org/pub/linux-libre/releases/. They could > be added alongside the official vanilla ebuilds. File a bug with some ebuilds. > 3) Some free software packages bring in non-free optional dependencies > by default. For example, media-gfx/imagemagick brings in > media-fonts/corefonts. As suggested by Sebastian, a free profile could be > created, that changes these defaults, to reduce the hassle of > maintaining a free system. Again, this would only affect users who > choose to use that profile. A profile is not the answer here. An optional DEP block || ( media-fonts/corefonts ... ) where the other item does resolve using ACCEPT_LICENSES is what should be used. In this line of work, we would greatly appreciate bugs being filed for all cases where dependencies are not resolvable with your reasonable ACCEPT_LICENSES setting. > 4) Using something like ACCEPT_LICENSES=3D"-* @FSF-APPROVED" is a good > start, but its quite a hassle to keep checking all the licenses. One > annoyance is packages like sys-devel/gcc. gcc has the libgcc license, > which is just GPLv2+, with some extra permissions granted. Although it's > important to make such a distinction, these extra freedoms are > irrelevant to license filtering. >=20 > I suppose the only feasible way to fix this would be to expand the > license groups in /usr/portage/profiles/license_groups. Would it cause > any problems if they were quite large? No, the file can become a lot larger before any problems come up. I deliberately introduced @BINARY-REDISTRIBUTABLE to help packaging of the 10.x release. They simply set that into their ACCEPT_LICENSES and then we're reasonable set. In your case, I propose that we add one or more stacked groups, with an initial content as such: License group name: LIBRE-FREE Purpose: easily selectable license group for libre-free systems. Initial license group contents: @FSF-APPROVED @GPL-COMPATIBLE @OSI-APPROVED @LIBRE-FREE-1 License group name: LIBRE-FREE-1 Purpose: license group to put additional special-case libre-free licenses in. Initial license group contents: libgcc libstdc++ gcc-runtime-library-exception-3.1 We might be able to merge LIBRE-FREE-1 directly into the LIBRE-FREE entry, the portage folk would be able to answer if there would be a performance benefit to having it split or not. =20 > Another option might be to introduce an optional IS_FREE=3D"yes/no" option > to the ebuild files, which could override the other license settings. No. > 5) Documentation on how to set up and maintain a fully free system could > be added. Under my license_group proposal: # echo 'ACCEPT_LICENSES=3D"-* @LIBRE-FREE"' >>/etc/make.conf done. --=20 Robin Hugh Johnson Gentoo Linux: Developer, Trustee & Infrastructure Lead E-Mail : robbat2@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 --NMuMz9nt05w80d4+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Robbat2 @ Orbis-Terrarum Networks - The text below is a digital signature. If it doesn't make any sense to you, ignore it. iEYEARECAAYFAks4/2EACgkQPpIsIjIzwiwyKQCg+NMbe+iZ2xEoqfeuUFqRaHsT NbIAoOSmI6oHMxh0Uk5GqH3tz8S9FSmc =MII4 -----END PGP SIGNATURE----- --NMuMz9nt05w80d4+--