From: Steve Long <slong@rathaus.eclipse.co.uk>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: Watch out for license changes to GPL-3.
Date: Mon, 09 Jul 2007 10:31:23 +0100 [thread overview]
Message-ID: <f6sv6g$a8$1@sea.gmane.org> (raw)
In-Reply-To: pan.2007.07.09.00.04.08@cox.net
Duncan wrote:
> Thus the questions of whether many/most individual ebuilds /could/ be
> copyrighted or if so whether it's worth doing so. Certainly, it's the
> tree that contains the license, not the individual ebuilds, etc, which
> give the copyright statement but little more. Gentoo policy would seem
> to be, then, that it's the work of the tree as a whole that's
> copyrighted. Individual ebuilds may or may not be, and it's /implied/
> (which isn't necessarily legally binding) that if they are, there'd be
> little attempt at enforcement unless a significant portion of the tree
> was copied/modified.
>
> Of course, there's also the question of whether an individual ebuild is
> all that useful in practice, without the rest of the supporting tree
> structure (not necessarily the individual applications including those
> developed by Gentoo such as portage, the tree). Certainly without the
> eclasses, many ebuilds would be in practice almost worthless.
>
> So the copyright is on the tree. Note that actual Gentoo apps such as
> portage, catalyst, etc, are copyrighted individually. The Gentoo policy
> /does/ state that apps are GPL2ed AFAIK, as is the tree. Then there's
> documentation, which is not GPLed but generally CC-AT-SA (Attribution
> Share-alike).
>
Hmm I agree that the ebuilds are useless without the eclasses, but imo every
ebuild is still copyrighted. (Ie `Individual ebuilds may or may not be'
seems untrue to me.) The practical consequences you outline seem accurate,
in that someone copying a single ebuild is unlikely to be sued. And OFC
this would only be an issue where the derived work is NOT released under
the GPL.
> Apart from the more specifically enumerated patent protections and wider
> compatibility of GPL3, which might be worthy shooting for, I don't think
> the anti-tivoization clauses are much that Gentoo needs to worry about
> for the tree (possibly for some of the apps) anyway.
>
Well I guess the concern would be if a Gentoo-based system were running on
such hardware. GPL3 would mean that was impractical, which aiui is the
point of the clause- to stop Free software being used in a manner that
restricts users' rights. IMO though, Gentoo is effectively already under
GPL3 in that, apart from portage and python, all the core software is GNU.
It'd be pretty difficult for instance, to run any ebuild without BASH.
> There's also the hassle of changing. Many contributors could argue that
> they contributed under the statement that it'd be GPL2, period. How that
> might turn out is anyone's guess, but I just don't see that there's any
> benefit in moving the tree to GPLv3, with the possible exception of
> patent protections and I don't believe they are likely to be worth the
> switch on their own. Thus, for the tree as a copyrightable work, I just
> don't see it being worth even attempting to change.
>
AIUI it doesn't really matter how past contributors feel (legally-speaking)
in that they explicitly gave copyright to Gentoo. It's understood when you
commit an ebuild (and indeed the notice is right in front of you.) So this
is not the same as retaining copyright and releasing under GPLv2 only,
where your consent would be required for a switch to GPLv3. Personally
speaking, anything I have contributed to Gentoo (minor stuff ofc) I did to
give something back to Gentoo. If Gentoo as a whole decides to use it in
whatever way, that's fine by me (and since I explicitly gave up copyright
to Gentoo, it couldn't matter anyhow.)
As for patent protection I see it more as projects all supporting each other
so that if you want to work with Free software you agree you're not going
to sue each other. This establishes a safe environment as opposed to the
current situation wherein a company can benefit from others' GPL2 work, and
yet still sue them under patent laws. The hassle of showing that patents
already granted are obvious or duplicating prior art, is one that Free
software cannot afford.
OFC a judge may still decide GPL3 work breaches a patent. The point is that
it's a lot harder to sue the whole community, especially as there is so
much software already written. And by using GPL3, companies actually get
*more assurance* than currently. So it's applying the core principles to
patents, that we already benefit from with copyright.
> Again, I'm generally pro-GPLv3 switch, but an optimistic realist as
> well. If a generally pro-GPLv3 guy doesn't see it as worth switching the
> tree, I don't believe it's going to happen, period, because there are
> certainly those that are more adamantly GPLv2 only than I am GPLv3 only,
> and they have the present situation on their side.
>
Yeah, well as i see it it's up to the Foundation, which means all the devs.
And if, as you say, many are anti-GPL3, it's just not going to happen. But
that's all that's required: imo there are no legal obstacles to switching.
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2007-07-09 9:33 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-07 18:21 [gentoo-dev] app-arch/cpio-2.9 is now GPLv3 David
2007-07-07 18:35 ` [gentoo-dev] Watch out for license changes to GPL-3 Petteri Räty
2007-07-07 21:26 ` David
2007-07-08 10:28 ` [gentoo-dev] " Steve Long
2007-07-08 11:04 ` [gentoo-dev] " Marijn Schouten (hkBst)
2007-07-08 11:50 ` Wulf C. Krueger
2007-07-08 13:06 ` Seemant Kulleen
2007-07-08 14:46 ` Dominique Michel
2007-07-08 14:51 ` Ciaran McCreesh
2007-07-08 18:15 ` Harald van Dijk
2007-07-08 18:52 ` Wulf C. Krueger
2007-07-08 19:12 ` Harald van Dijk
2007-07-08 19:43 ` Wulf C. Krueger
2007-07-08 20:17 ` Harald van Dijk
2007-07-08 17:48 ` Seemant Kulleen
2007-07-08 18:15 ` Richard Freeman
2007-07-09 0:04 ` [gentoo-dev] " Duncan
2007-07-09 9:31 ` Steve Long [this message]
2007-07-09 15:13 ` Duncan
2007-07-09 16:27 ` Jeroen Roovers
2007-07-09 16:43 ` Petteri Räty
2007-07-09 19:37 ` Dominique Michel
2007-07-10 9:30 ` Duncan
[not found] ` <20070709163914.GB16617@kroah.com>
2007-07-09 19:07 ` [gentoo-dev] " Dominique Michel
2007-07-09 21:24 ` Greg KH
2007-07-10 17:10 ` Dominique Michel
2007-07-10 18:11 ` Greg KH
2007-07-10 20:37 ` Kevin Lacquement
2007-07-10 20:49 ` Greg KH
2007-07-12 9:18 ` [gentoo-dev] " Steve Long
2007-07-12 18:24 ` Chris Gianelloni
2007-07-12 18:31 ` Ciaran McCreesh
2007-07-12 19:00 ` Mike Frysinger
2007-07-12 19:07 ` Ciaran McCreesh
2007-07-12 19:14 ` Seemant Kulleen
2007-07-12 19:27 ` Ciaran McCreesh
2007-07-12 19:48 ` Wulf C. Krueger
2007-07-12 20:02 ` Ciaran McCreesh
2007-07-12 19:58 ` Chris Gianelloni
2007-07-12 20:12 ` Ciaran McCreesh
2007-07-12 20:17 ` Petteri Räty
2007-07-12 20:46 ` Harald van Dijk
2007-07-13 2:56 ` Jeroen Roovers
2007-07-12 20:10 ` Mike Frysinger
2007-07-12 20:16 ` Ciaran McCreesh
2007-07-12 21:06 ` Mike Frysinger
2007-07-12 21:11 ` Ciaran McCreesh
2007-07-12 21:32 ` Mike Frysinger
2007-07-13 2:53 ` Jeroen Roovers
2007-07-13 3:26 ` Mike Frysinger
2007-07-13 3:55 ` Marius Mauch
2007-07-13 4:20 ` Jeroen Roovers
2007-07-13 5:16 ` Mike Frysinger
2007-07-14 2:26 ` [gentoo-dev] " Steve Long
2007-07-12 22:33 ` Steve Long
2007-07-12 18:43 ` [gentoo-dev] " Greg KH
2007-07-12 22:56 ` [gentoo-dev] " Steve Long
2007-07-12 23:49 ` Greg KH
[not found] <4696b2bd.kcGnkUFoCMKDeiXx%Joerg.Schilling@fokus.fraunhofer.de>
2007-07-13 5:04 ` [gentoo-dev] " Harald van Dijk
2007-07-13 5:21 ` Harald van Dijk
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='f6sv6g$a8$1@sea.gmane.org' \
--to=slong@rathaus.eclipse.co.uk \
--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