public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Robin H. Johnson" <robbat2@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] License group proposal: @BINARY-REDISTRIBUTABLE
Date: Thu, 22 Oct 2009 06:16:14 +0000	[thread overview]
Message-ID: <20091022061614.GA19308@orbis-terrarum.net> (raw)

[-- Attachment #1: Type: text/plain, Size: 3151 bytes --]

As an extension of the October trustees meeting, the Ten team enquired
about license usage for including firmware and binary-source material on
the media they were producing.

The items they wanted were fine, but I realize that it's a more general
issue, that is solved well by GLEP23.

I'd like to propose the addition of a new license group,
BINARY-REDISTRIBUTABLE, to include all licenses that are either totally
clear in permitting redistribution (the FSF, GPL, OSI groups) as well as
all licenses that are closed but contain language explicitly permitting
binary redistribution.

Anybody wishing to select packages for building packages and/or media to
redistribute then simply needs to pick the license group, and enable
USE=bindist.

Each license in the group must fit the following requirements:
- MUST permit redistribution in binary form. 
- MUST NOT require explicit approval (No items from @EULA)
- MUST NOT restrict the cost of redistribution.
- MAY require explicit inclusion of the license with 
  the distribution [1]
- IFF there is an explicit inclusion requirement, USE=bindist 
  MUST cause a copy of the license to be installed in a file 
  location compliant with the license, 

A partial initial contents:
---------------------------
@FSF-APPROVED
@GPL-COMPATIBLE
@OSI-APPROVED
NVIDIA
qlogic-fibre-channel-firmware
intel-psb
Intel
atheros-hal
adobe-ps
ipw2100-fw
ipw2200-fw
ralink-firmware
Adaptec

Footnotes:
----------
1. On licenses that require inclusion of the license with the
distribution:
Some licenses contain language that explicitly requires that the license
always be present with whatever distribution of the binary content.
The qlogic-fibre-channel-firmware license, used for
sys-block/qla-fc-firmware is a good example of this.

Going a long way back, upstream did not permit redistribution at all,
which posed problems for distributing initramfs environments that
contained the firmware to using this hardware.

Simply relying on the existence of /usr/portage/ was not suitable,
because CD isos do not contain /usr/portage/ at all. The reasonable
solution at the time was installing a copy of the license to the docdir,
so that it would always be present (in any binpkg, as well as any
system/image with the package).

Additionally, a couple of the licenses go a step further, and contain
language like the following:
"Your rights to redistribute the Software shall be contingent upon your
installation of this Agreement in its entirety in the same directory as
the Software"
(From ipw2100-fw)

While we don't install a copy of the license for most free software to
save space, we SHOULD endeavour to install a copy of these more
restrictive licenses so that we are always in compliance with them.
I don't like having to install blocks of text to my / partition
(/lib/firmware/ for firmware), but I see no alternative if we wish to
distribute the software.

-- 
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

[-- Attachment #2: Type: application/pgp-signature, Size: 330 bytes --]

             reply	other threads:[~2009-10-22  6:16 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-22  6:16 Robin H. Johnson [this message]
2009-10-22 13:39 ` [gentoo-dev] License group proposal: @BINARY-REDISTRIBUTABLE Sebastian Pipping
2009-11-22  2:02 ` Robin H. Johnson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20091022061614.GA19308@orbis-terrarum.net \
    --to=robbat2@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox