linux kernel contains GPL violations
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| linux (Ubuntu) |
Undecided
|
Unassigned |
Bug Description
The linux kernel is currently licensed under the GPL, but contains binary blobs and source incompatible with the GPL. Here is a sample list[1] of some of the affected source.
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* drivers/
* firmware/
* firmware/
* firmware/
* firmware/
* firmware/
* firmware/
* sound/pci/
* sound/pci/
Some options:
(1) Strip all non-free code out and distribute only that package
(2) Strip all non-free code out and distribute that as an additional alternative package
(3) Change the licensing of the kernel package to reflect this and move it to either Restricted or Multiverse.
For more information, please see this:
http://
References:
[1] http://
---
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/pcmC0D1p: kip 1787 F...m pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xf4600000 irq 22'
Mixer name : 'Realtek ALC662 rev1'
Components : 'HDA:10ec0662,
Controls : 24
Simple ctrls : 14
DistroRelease: Ubuntu 10.04
HibernationDevice: RESUME=
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100427.1)
MachineType: System76, Inc. Serval Professional
NonfreeKernelMo
Package: linux (not installed)
ProcCmdLine: BOOT_IMAGE=
ProcEnviron:
PATH=(custom, user)
LANG=en_CA.UTF-8
SHELL=/bin/bash
ProcVersionSign
Regression: No
RelatedPackageV
Reproducible: Yes
RfKill:
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
Tags: lucid needs-upstream-
Uname: Linux 2.6.32-22-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
dmi.bios.date: 05/13/2009
dmi.bios.vendor: Phoenix Technologies LTD
dmi.bios.version: 1.02.16S
dmi.board.
dmi.board.name: Serval Professional
dmi.board.vendor: System76, Inc.
dmi.board.version: serp5
dmi.chassis.
dmi.chassis.type: 9
dmi.chassis.vendor: No Enclosure
dmi.chassis.
dmi.modalias: dmi:bvnPhoenixT
dmi.product.name: Serval Professional
dmi.product.
dmi.sys.vendor: System76, Inc.
silverballer47 (silverballer47) wrote : | #1 |
Jeremy Foshee (jeremyfoshee) wrote : | #2 |
Hi Kip,
Please be sure to confirm this issue exists with the latest development release of Ubuntu. ISO CD images are available from http://
apport-collect -p linux 575518
Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https:/
Thanks in advance.
[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]
tags: | added: needs-kernel-logs |
tags: | added: needs-upstream-testing |
tags: | added: kj-triage |
Changed in linux (Ubuntu): | |
status: | New → Incomplete |
Kip Warner (kip) wrote : AlsaDevices.txt | #3 |
apport information
tags: | added: apport-collected |
description: | updated |
Kip Warner (kip) wrote : AplayDevices.txt | #4 |
apport information
Kip Warner (kip) wrote : ArecordDevices.txt | #5 |
apport information
Kip Warner (kip) wrote : BootDmesg.txt | #6 |
apport information
apport information
apport information
apport information
Kip Warner (kip) wrote : CurrentDmesg.txt | #10 |
apport information
Kip Warner (kip) wrote : IwConfig.txt | #11 |
apport information
Kip Warner (kip) wrote : Lspci.txt | #12 |
apport information
Kip Warner (kip) wrote : Lsusb.txt | #13 |
apport information
Kip Warner (kip) wrote : PciMultimedia.txt | #14 |
apport information
Kip Warner (kip) wrote : ProcCpuinfo.txt | #15 |
apport information
Kip Warner (kip) wrote : ProcInterrupts.txt | #16 |
apport information
Kip Warner (kip) wrote : ProcModules.txt | #17 |
apport information
Kip Warner (kip) wrote : UdevDb.txt | #18 |
apport information
Kip Warner (kip) wrote : UdevLog.txt | #19 |
apport information
Kip Warner (kip) wrote : WifiSyslog.txt | #20 |
apport information
Kip Warner (kip) wrote : | #21 |
Hey Jeremy. Thanks for the heads up, though it was an automated message. I've added some debugging details, but I don't think this is a technical problem, but a philosophical one. Please let me know if there is anything further I can provide.
Jeremy Foshee (jeremyfoshee) wrote : | #22 |
Kip,
Sorry for the automated processing of the bug, but thanks for posting anyway. :-)
~JFo
Jeremy Foshee (jeremyfoshee) wrote : | #23 |
Kip,
from a conversation concerning this, we created linux-firmware-
I hope that helps.
~JFo
Kip Warner (kip) wrote : | #24 |
Thanks Jeremy for letting me know that. I am also happy to see it is in the multiverse (unsupported non-free). I can't recall with certainty, but is that repository disabled by default when installing under the latest distro release (Lucid right now)?
Jeremy Foshee (jeremyfoshee) wrote : | #25 |
That is my understanding, yes. It would probably be a better idea to ask the team directly in #ubuntu-kernel on the FreeNode IRC server.
Thanks!
~JFo
Kip Warner (kip) wrote : | #26 |
Hey Jeremy. I removed my debugging attachments, as they kind of cluttered the report and I guess they're really not useful anyways in this situation.
From a philosophical standpoint, not to be a gnuisance, but is it not unethical to encourage people to use non-free software by enabling the non-free repositories by default?
From a technical standpoint, I'd be curious to know how much contemporary hardware out there would actually be affected if the non-free blobs were stripped out completely and not even repackaged. I think this would be very interesting. The Ubuntu hardware database is a logical place to refer to and would be a great place to check, but I think the site is still broken. =(
Those sound like they would be better in restricted, which is
*supported* non-free. If those firmware elements are essential for
making it work, we should support them. This is a matter of policy since
day 0, regardless of our personal preferences. Binary drivers and
firmware are OK in restricted, and *should* be there unless agreed
otherwise, with me if necessary.
Mark
Kip Warner (kip) wrote : | #28 |
Hey Mark. I was actually wondering that also, why it was in multiverse since I assumed the kernel would be supported.
It would be very interesting to find out what hardware would actually be affected though. I agree with you about essential drivers that they are needed - at least until they are replaced.
Matthew Garrett (mjg59) wrote : | #29 |
* drivers/
* drivers/
The .ax file is the source code for the .h fule.
* drivers/
* drivers/
The .uc file is the source code for the .ucode file.
* drivers/
This one also includes source.
* drivers/
* drivers/
The .S file is the source code for the inc_shipped file.
* drivers/
The source for this is at the bottom of the file
* drivers/
* drivers/
The .scr file is the source code for the shipped file
* drivers/
* drivers/
The .seq file is the source code for the shipped file
* drivers/
* drivers/
Ditto
* drivers/
* drivers/
Ditto
* drivers/
* drivers/
.scr is the source code for the shipped file
* drivers/
* drivers/
These are both source code
* firmware/
* firmware/
The .asm file is the source code for the .ihex file
* firmware/
* firmware/
The .S file is the source code for the .HEX file
* firmware/
* firmware/
Same here
* sound/pci/
* sound/pci/
The .asp file is the source code for the .h
This list is a pretty poor example of sourceless binary content :)
Kip Warner (kip) wrote : | #30 |
Very cooked. =(
Jeremy Foshee (jeremyfoshee) wrote : | #31 |
This bug report was marked as Incomplete and has not had any updated comments for quite some time. As a result this bug is being closed. Please reopen if this is still an issue in the current Ubuntu development release http://
[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]
tags: | added: kj-expired |
Changed in linux (Ubuntu): | |
status: | Incomplete → Expired |
It appears, and I could be wrong, that Debian seems to group ALL binary blobs into a firmware-nonfree package.
On the other hand, gNewSense does away with binary blobs altogether. This often renders certain hardware unusable at first go, which is one of the hallmarks of Ubuntu.
By following one of the suggestions above, or another along the same vein, Ubuntu can continue providing its excellent first-run hardware support while keeping its philosophies intact. Users can have a choice whether to install firmware-nonfree and other packages contain binary blobs. I'd even go as far as suggesting that this be an installer option in all versions of the Ubuntu installer.