Gentoo Archives: gentoo-dev

From: "Michał Górny" <mgorny@g.o>
To: gentoo-dev@l.g.o, Alice <alicef@g.o>, Ulrich Mueller <ulm@g.o>
Subject: Re: [gentoo-dev] [PATCH] Add deblob support only for python3
Date: Sat, 24 Jul 2021 16:57:09
Message-Id: 77C0F6F2-C418-4CED-8E31-CDA9B9CCC89C@gentoo.org
In Reply to: Re: [gentoo-dev] [PATCH] Add deblob support only for python3 by Alice
1 Dnia July 24, 2021 4:52:28 PM UTC, Alice <alicef@g.o> napisał(a):
2 >On 7/24/21 3:30 PM, Ulrich Mueller wrote:
3 >>>>>>> On Sat, 24 Jul 2021, alicef wrote:
4 >>
5 >>> On July 24, 2021 3:21:56 AM GMT+09:00, Ulrich Mueller
6 ><ulm@g.o> wrote:
7 >>>>>>>>> On Fri, 23 Jul 2021, Alice wrote:
8 >>>>
9 >>>>>> GNU FSDG-compliance require not only removing non-free code but
10 >also
11 >>>>>> to disable loading of known non-free firmware.
12 >>>>
13 >>>> So they actually remove code that by itself is free software. I had
14 >>>> suspected that. (By what logic does removing an option add to the
15 >>>> user's freedom and choice, though? :)
16 >>>>
17 >>>>> I also point you to some other information from the mailing list
18 >>>>>
19 >https://www.fsfla.org/pipermail/linux-libre/2020-August/003400.html
20 >>>>> https://www.fsfla.org/pipermail/linux-libre/2021-May/003419.html
21 >>>>
22 >>>> Thank you. Looks like there's no issue with the LICENSE="GPL-2"
23 >label
24 >>>> for recent kernels then.
25 >>
26 >>> that's not what they are saying.
27 >>
28 >> The first posting references a discussion on Wikipedia (which I think
29 >is
30 >> a third party with a more neutral point of view than Linux-libre):
31 >>
32 >https://en.wikipedia.org/wiki/Talk:Linux_kernel/Archive_7#RfC_on_the_Linux_kernel_licensing_rules
33 >>
34 >> I tend to agree with their conclusion, which resulted in the
35 >following
36 >> wording:
37 >>
38 >> "The official kernel, that is the Linus git branch at the kernel.org
39 >> repository, does not contain any kind of proprietary code; however
40 >Linux
41 >> can search the filesystems to locate proprietary firmware, drivers,
42 >and
43 >> other executable modules (collectively known as "binary blobs"), then
44 >it
45 >> can load and link them into the kernel space."
46 >> https://en.wikipedia.org/wiki/Linux_kernel#Firmware_binary_blobs
47 >>
48 >>> but I repeat again please open a thread to their own mailing list
49 >not
50 >>> here.
51 >>
52 >> Sorry, but I don't care about the Linux-libre patches, only about the
53 >> mainline kernel. So if anything, I would start a thread on the LKML
54 >> about concrete files that violate the GPL. Then again, I don't have
55 >> evidence of any such files (see above).
56 >>
57 >
58 >You are complain against linux-libre not mainline kernel so you should
59 >ask their opinion on this topic. linux-libre@×××××.org
60 >
61 >My modest opinion on the topic is:
62 >As far that is free software and there are users that use deblob, I
63 >don't see any reason on why we should not support this and give them
64 >the
65 >choice. Gentoo is about choice.
66
67 Then why does none of the supported kernels offer that choice?
68
69
70 --
71 Best regards,
72 Michał Górny

Replies