2005-12-11 09:00:16

by Jeffrey V. Merkey

[permalink] [raw]
Subject: Re: GNU/Linux in a binary world... a doomsday scenario

Richard M. Stallman wrote:

> The current
> models have created a conduit for socialist disintegration of the
> american hi tech
> markets, loss of jobs, and have funnelled technology out of the
> country. Legal
> defense funds should be the biggest red flags of all. If this system
> you devised really
> works, why all the litigation? Why all the need for legal defense funds
> and patent
> infringement insurance?
>
>I think you are combining several different issues that need to be
>addressed separately. The GNU GPL works well for the problems it was
>designed to solve, especially the problem of having to compete with
>proprietary modified versions of your own free software. It succeeds,
>to the extent copyright holders enforce it, in ensuring that all users
>of the program get the source code and are free to run, change, and
>redistribute the program. But it does not solve all the world's
>problems, or even all of software's ethical problems. That is too
>much to expect.
>
>No software license can make software patents go away, nor can any
>software license by itself change the larger patterns--the
>globalization of business power, the erosion of democracy, the
>increasing concentration of wealth. Those problems are real, and I
>don't know how to solve them, so I hope someone else finds a way.
>Meanwhile, the GNU GPL does what we can reasonably ask of it.
>
> This movement has spawned a global attitude that has no
> respect
> for IP rights,
>
>That attitude does not come from me. I think it comes from the use of
>the biased and misleading term "IP rights". That term lumps together
>more than a dozen disparate laws, which have little in
>common--including, for instance, copyright law and patent law, whose
>practical effects in the software field are completely different.
>
>Discussing these various laws as "IP" tends to lead people to
>simplistic, across-the-board views. It also leads people to imagine
>that there is some sort of general "principle of IP" that these
>various laws were designed to embody (which is historically false).
>That's how you get so many people who are "for IP" or "against IP".
>
>To avoid these confusions, I decided not to use the term "IP" (except
>when it means "Internet Protocol"). It is clearer to discuss
>copyright, patents, and trademarks as three separate issues; that way,
>we can think about each of them in terms of how it affects society,
>without being drawn towards simplistic, across-the-board views.
>
>See http://www.gnu.org/philosophy/not-ipr.xhtml for more explanation
>of this issue.
>
>
>
>
Richard,

It is within your power to revise the GP L to address these issues. You
should consider
doing so. I would be happy to propose several changes in future
revisions. Let me know where,
when, and what to provide. You can be assured I'll provide some very
excellent input on
these issues.

Jeff


2005-12-12 00:45:00

by Richard M. Stallman

[permalink] [raw]
Subject: Re: GNU/Linux in a binary world... a doomsday scenario

--text follows this line--
I would be happy to propose several changes in future revisions.
Let me know where, when, and what to provide. You can be assured
I'll provide some very excellent input on these issues.

We accepting comments on the first public draft of GNU GPL v3 once it
is made public on Jan 16.

See gplv3.fsf.org for more information about how this will work.

2005-12-12 01:16:28

by Jeffrey V. Merkey

[permalink] [raw]
Subject: Re: GNU/Linux in a binary world... a doomsday scenario

Richard M. Stallman wrote:

>--text follows this line--
> I would be happy to propose several changes in future revisions.
> Let me know where, when, and what to provide. You can be assured
> I'll provide some very excellent input on these issues.
>
>We accepting comments on the first public draft of GNU GPL v3 once it
>is made public on Jan 16.
>
>See gplv3.fsf.org for more information about how this will work.
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to [email protected]
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
>
>
>
You can be assured I will submit proposed changes. Something along the
same lines as the CDDL. Needs to protect
receivers of the code from IP claims and also needs to accomodate mixing
of non-GPL components without
contaminating add on modules and functionality. I would use the GPL if
it were more acceptable along these
lines. In case you haven't noticed, I don't have problem being
outspoken, nor do I am subject to intimination
by the more vocal element of the FOSS community. I am using the CDDL at
present but a revised and more
capitalism oriented GPL would certainly be welcome.

I'll sharpen my pencil.

Jeff

2005-12-12 03:03:57

by Luke-Jr

[permalink] [raw]
Subject: Re: GNU/Linux in a binary world... a doomsday scenario

On Monday 12 December 2005 00:50, Jeff V. Merkey wrote:
> Richard M. Stallman wrote:
> >--text follows this line--
> > I would be happy to propose several changes in future revisions.
> > Let me know where, when, and what to provide. You can be assured
> > I'll provide some very excellent input on these issues.
> >
> >We accepting comments on the first public draft of GNU GPL v3 once it
> >is made public on Jan 16.
> >
> >See gplv3.fsf.org for more information about how this will work.
>
> You can be assured I will submit proposed changes. Something along the
> same lines as the CDDL. Needs to protect receivers of the code from IP
> claims

IIRC, something like that is planned (assuming you're talking about patents).

> and also needs to accomodate mixing of non-GPL components without
> contaminating add on modules and functionality.

That's the LGPL (Lesser GPL), not the GPL. The GPL's linkage clauses are by
design.
--
I digitally sign my emails. If you see an attachment with .asc, then that
means your email client doesn't support PGP digital signatures.
http://www.gnupg.org/documentation/faqs.html#q1.1