public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Boyd Stephen Smith Jr." <bss03@volumehost.net>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] 2 to 3??
Date: Tue, 17 Jul 2007 12:14:25 -0500	[thread overview]
Message-ID: <200707171214.30923.bss03@volumehost.net> (raw)
In-Reply-To: <14178ED3A898524FB036966D696494FB138F1B@messenger.cv63.navy.mil>

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

On Tuesday 17 July 2007, burlingk@cv63.navy.mil wrote about 'RE: 
[gentoo-user] 2 to 3??':
> > -----Original Message-----
> > From: lunarcrisis@gmail.com [mailto:lunarcrisis@gmail.com] On
> > Behalf Of Henk Boom
> > On 16/07/07, Volker Armin Hemmann
> > <volker.armin.hemmann@tu-clausthal.de> wrote:
> > > because gplv3 removes freedom?
> >
> > As far as I remember from when I read it, it does not take
> > any freedoms which the previous versions did not intend to.
>
> The four freedoms:
> Freedom 0: The freedom to run a program for any purpose.
> Freedom 1: To study the way a program works, and adapt it to your needs.
> Freedom 2: To redistribute copies so that you can help your neighbors.
> Freedom 3: Improve the program, and release your improvements to
>            the public, so that the whole community benefits.
> For freedom 1 and 3 to work, the code must be open.
>
> Freedom 1 is just as important as the other three. Freedom one is
> almost eliminated in GPLv3.

Absolutely not.  Freedom 1 is stronger than EVER.  The distributor of GPLv3 
licensed works is now prevented from using technological, and patent-law 
means to limit users' freedoms, including freedom 1.  Under the GPLv2, 
technological means (DRM) wasn't covered at all, and patent provisions 
where not nearly as explicit.

Remember that the GPL has always been about all the users NOT just the 
developers/distributors -- "adapt it to your needs" is not allowed when it 
restricts other users' freedoms.

Think about RMS' printer incident, where the driver/firmware was crap but 
locked down so he couldn't fix it.  Free software should not be able to be 
locked down in that way (among other things); in this day and age, that 
means preventing Free Software from undergoing "Tivoization".

> Stallman used to be so set
> on THAT mindset (software vs. hardware), that he was in favor of
> those groups that didn't want to make the source code of every ROM
> chip they made open to the world,

Sure.  Stallman, last I heard, is still in the camp that code on read-only 
memory is part of the hardware, and does not necessarily need to be Free 
Software -- it might as well be an IC rather than code.  HOWEVER, he 
believes code that *can* upgraded -- such as BIOSes that support flashing, 
or firmware that is loaded into chip memory by the OS, any bits that 
execute and CAN be changed -- should be Free Software, especially if it is 
derived from (in the copyright sense) Free Software.  

That's what is especially irksome about "Tivoization", the distributor of 
the software (Tivo) has more rights than the users' of the software (us).  
For a license (GPLv2) whose goal is to protect all users' freedoms, and 
values users' freedom over developers/distributors to be turned 
upside-down by technological means is unacceptable -- prompting the 
development of GPLv3 to correct the situation.

> GPLV3 says, if you want to use code in a public way, you have
> to crack open your box so that people can play with it however
> they want, and then that potentially compromised box still has
> to be able to connect to your network if it connected in it's
> unmodified form.  That very much deals with the hardware.

The GPLv3 says if you covey software to a user under the licence, that user 
must be able to upgrade the software and use it in the same way they used 
the software you gave them.  That's actually what the GPLv2 says as well, 
although it doesn't specifically ban technological measures that 
accomplish that goal.

If you want to allow your code to be locked up by someone else, use BSD.
If you want to lock your code up yourself, use a proprietary license.
If you want all users of your software to have the four freedoms, use 
GPLv3.

> Under the spirit of the GPL, one could take code and use what
> they could.  They still had to have the technical capabilities
> to use that code, and understand the platform it was on.

Not quite true.  Under the spirit of the GPL, anyone could take code they 
were provided under the license and use what anyone could, they didn't 
have to understand the code to benefit from improvements others made.  
Gentoo (and other distributions) regularly patch code that I don't 
understand and I end up getting an improved version of KDE/GNOME/X and the 
entities behind those projects don't (and shouldn't be able to) prevent 
Gentoo from providing that service.

> Under the new version, if you don't understand the code, then
> something must be wrong with the code.

Not true.

> If the code is full of 
> machine dependant features that cannot compile on another type
> of machine, then something must be wrong with the code.

Not true.  Even if something *was* wrong with the code, code quality is not 
enforced by the GPl (any version).

> Free Software is about Freedom.  GPLv3 is about religion.  You
> are free as long as you do things our way.

GPLv2 also places a load of restrictions on distributors to ensure that all 
users get all four freedoms.  GPLv3 places more, necessary restrictions 
since GPLv2 has allowed distributors to effectively remove users' 
freedoms.  The GPLv3 is all about freedom -- but freedom is only realized 
by restricting the ability to limit freedom.  ("Your freedom to swing your 
fist ends an inch from my face.")

> That is why I shy away from the GPL licenses.  I like the
> LGPLv2, but GPLv3 is kind of scary.  I want code that I make
> free to be free.  :P  I don't want to say, "It is free if you
> are a broke penniless college kid that plans to stay that way."

Sounds like you want the GPL then -- since it explicitly allows commercial 
use as long as the four freedoms are preserved to all users.

> LGPLv2 allows wide use of code, without heavy demands.

LGPL does do one thing that can be nice, and it prevents the viral nature 
of copyright law from affecting your code -- that is it allows others the 
freedom to license their original work under whatever license they choose 
(as you did), combine it with your work, and distribute the whole as long 
as they follow your license for your stuff.

It's a very good license, and I think that it is normally the better 
license to choose *unless* your goal is to have all software be Free 
Software.

> If I by some miracle produce a chunk of code that propels another
> entity to the top of their industry, then I have achieved something
> Whether I get anything in return from them or not.  If they
> are able to take what I have produced and make it useful, then
> more power too them.  If they give back to the community in the
> form of code, cash, or even morale support, then that is them
> playing the game by our rules.

Not if you follow the GPLv2 or the spirit of the GPL.  That *requires* the 
code to remain in the community.  The GPLv3 strengthens this requirement.  
If you want other to be able to lock away your code (or derivative works 
of your code) you should use the BSD license.

-- 
Boyd Stephen Smith Jr.                     ,= ,-_-. =. 
bss03@volumehost.net                      ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy           `-'(. .)`-' 
http://iguanasuicide.org/                      \_/     

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  parent reply	other threads:[~2007-07-17 17:50 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-17 10:14 [gentoo-user] 2 to 3?? burlingk
2007-07-17 10:42 ` Abraham Marín Pérez
2007-07-17 11:01 ` Graham Murray
2007-07-17 12:48   ` Stroller
2007-07-17 16:19     ` Volker Armin Hemmann
2007-07-18 13:13       ` Stroller
2007-07-18 17:40         ` Volker Armin Hemmann
2007-07-18 18:10           ` Boyd Stephen Smith Jr.
2007-07-18 22:34           ` Stroller
2007-07-18 23:48             ` Volker Armin Hemmann
2007-07-19  0:41               ` Boyd Stephen Smith Jr.
2007-07-19  2:10                 ` Stroller
2007-07-19  1:58               ` Stroller
2007-07-17 17:14 ` Boyd Stephen Smith Jr. [this message]
2007-07-17 19:29   ` Mike Edenfield
2007-07-17 22:05     ` [gentoo-user] " »Q«
2007-07-18  2:23       ` Mike Edenfield
  -- strict thread matches above, loose matches on Subject: below --
2007-07-19 14:37 [gentoo-user] " burlingk
2007-07-19  6:13 burlingk
2007-07-19  5:59 ` Boyd Stephen Smith Jr.
2007-07-19  5:54 burlingk
2007-07-18 11:07 burlingk
2007-07-18 12:29 ` Dan Cowsill
2007-07-18  4:26 burlingk
2007-07-18  4:18 burlingk
2007-07-17 17:57 burlingk
2007-07-18 13:51 ` Stroller
2007-07-17 17:38 burlingk
2007-07-17 17:27 ` Boyd Stephen Smith Jr.
2007-07-18 12:38   ` Alan McKinnon
2007-07-18 14:13     ` Stroller
2007-07-18 16:15     ` Boyd Stephen Smith Jr.
2007-07-18 13:48 ` Stroller
2007-07-18 16:33   ` Boyd Stephen Smith Jr.
2007-07-17 12:12 burlingk
2007-07-17 11:29 ` Abraham Marín Pérez
2007-07-16  0:52 burlingk
2007-07-16 12:15 ` Mark Shields
2007-07-16 21:53   ` Jerry McBride
2007-07-17  1:26     ` Volker Armin Hemmann
2007-07-17  1:59       ` Boyd Stephen Smith Jr.
2007-07-17  1:26   ` Volker Armin Hemmann
2007-07-17  2:08     ` Henk Boom
2007-07-13 22:11 Jerry McBride
2007-07-13 22:27 ` Bo Ørsted Andresen
2007-07-18  9:28 ` b.n.
2007-07-18 16:23   ` Boyd Stephen Smith Jr.

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=200707171214.30923.bss03@volumehost.net \
    --to=bss03@volumehost.net \
    --cc=gentoo-user@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