Gentoo Archives: gentoo-dev

From: Jeremy Olexa <darkside@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Non-free software in Gentoo
Date: Mon, 28 Dec 2009 14:39:18
Message-Id: 4B38C2C3.5000704@gentoo.org
In Reply to: [gentoo-dev] Non-free software in Gentoo by Vincent Launchbury
1 Vincent Launchbury wrote:
2 > Hi,
3 >
4 > I recently emailed the Gentoo PR team, voicing my concerns about the
5 > amount of non-free software within Gentoo. I got an interesting response
6 > from Sebastian Pipping, who said that while Gentoo is all about choice,
7 > including the choice to install non-free software, the project is
8 > interested in making it easy for people to run a 100% free system,
9 > should they choose that path.
10 >
11 > I found out about the license filtering feature in the dev version of
12 > portage, and used it to remove all the non-free software from my
13 > system. However, it wasn't a perfect experience. Based on what Sebastian
14 > had to say, and my own experience using it, I have a few suggestions.
15 >
16 > 1) Not all of the licenses are completely accurate. For example, the
17 > Linux kernels are listed as soley GPL-2, yet they contain blobs of
18 > non-free firmware. Perhaps a general-purpose "not-free" license could be
19 > appended to such packages. This would only affect people who choose to
20 > use the feature. It could be minused from the FSF-APPROVED group for
21 > example.
22 >
23 > Also relating to this, what is freedist? The package app-text/dos2unix
24 > lists 'freedist' as its license, and /usr/portage/licenses/freedist says
25 > only "Freely Distributable". Several other packages do this, and I'm
26 > sure it's not correct. I'm not entirely sure, but I think the dos2unix
27 > package is from http://www.thefreecountry.com/tofrodos/, which clearly
28 > says its GPLv2. Packages like this could be looked into and fixed.
29
30 File bugs mate. Licensing is not exactly clear to all users or devs. As
31 can be seen here[1] for dos2unix. It sounds like you care in this area,
32 so get involved.
33
34 [1]: https://bugs.gentoo.org/show_bug.cgi?id=177822
35
36 -Jeremy
37
38 >
39 > 2) There are no free versions of the kernel in the main tree. The Latin
40 > American FSF maintains blob-free kernels at
41 > http://www.linux-libre.fsfla.org/pub/linux-libre/releases/. They could
42 > be added alongside the official vanilla ebuilds.
43 >
44 > 3) Some free software packages bring in non-free optional dependencies
45 > by default. For example, media-gfx/imagemagick brings in
46 > media-fonts/corefonts. As suggested by Sebastian, a free profile could be
47 > created, that changes these defaults, to reduce the hassle of
48 > maintaining a free system. Again, this would only affect users who
49 > choose to use that profile.
50 >
51 > 4) Using something like ACCEPT_LICENSES="-* @FSF-APPROVED" is a good
52 > start, but its quite a hassle to keep checking all the licenses. One
53 > annoyance is packages like sys-devel/gcc. gcc has the libgcc license,
54 > which is just GPLv2+, with some extra permissions granted. Although it's
55 > important to make such a distinction, these extra freedoms are
56 > irrelevant to license filtering.
57 >
58 > I suppose the only feasible way to fix this would be to expand the
59 > license groups in /usr/portage/profiles/license_groups. Would it cause
60 > any problems if they were quite large?
61 >
62 > Another option might be to introduce an optional IS_FREE="yes/no" option
63 > to the ebuild files, which could override the other license settings.
64 >
65 > 5) Documentation on how to set up and maintain a fully free system could
66 > be added.
67 >
68 >
69 > To summarize, my general idea is to fix some licensing issues, introduce
70 > the libre kernels and have a 100% free profile that would create the
71 > least possible amount of hassle for anyone using it. This in turn would
72 > make Gentoo more accessible to the free software community, without
73 > affecting people that don't use the profile.
74 >
75 > This is my first post here, so I apologize if it's misdirected. I'm not
76 > sure if I'd really be able to help much on the technical side, but if
77 > this garners any cooperation, I'll gladly help out with anything I can.
78 > If someone could point me in the right direction, I'd be very grateful.
79 >
80 > Kind Regards,
81 > Vincent Launchbury.
82 >
83 >