From: "Martin Schröder" <gschroeder@onlinehome.de>
To: <gdb@sourceware.org>
Subject: Re: generic query regarding GPL and licensing terms associated with gdb
Date: Fri, 13 Aug 2010 15:35:00 -0000 [thread overview]
Message-ID: <A54F384137C64F4DBDD107B1B80886C5@igor> (raw)
In-Reply-To: <4C65560E.2060001@adacore.com>
Robert Dewar wrote:
> Martin Schröder wrote:
>> paawan oza wrote:
>>>
>>> -> if idea is not patented but implemented under GPL (which uses and
>>> modifies original gdb source code), then it can be discussed.
>>
>> Yup. If you can freely get the source code, you can freely talk
>> about its details. After all, whatever the source makes the machine
>> do, can also be emulated inside the human brain. ;)
>
> This is wrong, see my previous discussion
I think we misunderstand each other here. I'm not talking about trade
secrets, patenting or usability for the GDB project. I'm talking about if
it's legal to talk about what a given part of GPLed code *does*.
As soon as the GPLed code itself is disclosed (see below for the only time
when that is NOT the case), it can't technically contain any trade secrets.
A statement like:
if (isValid) { count +=1; } else { count -= 1; }
simply cannot carry any trade secrets that pertain to what this line of code
does. If I tell you that this line checks if a variable is set to "true",
and if it is, increments a variable, and if not, decrements a variable; I
don't spoil any trade secret. I simply rephrase what the open source code
already says.
What's in the GPLed code itself is always up for the grabs in that respect.
The only thing that may contain any form of trade secrets are the reasonings
behind the code, but it's hard (although not impossible) to completely hide
the reasoning when you have to explicitly tell the machine what to do.
>>> -> that means organization has no way to claim the idea legally in
>>> any terms
>>
>> That's the point of patenting (claiming that you invented it), and
>> the reason why patents should only be awarded for actual
>> manufacturing processes instead of ideas or concepts. And some argue
>> that software is nothing but concepts and ideas. ;)
>
> This is wrong, you can protect things by trade secret, and the fact
> that the original base code was obtained under a GPL license does not
> change that (in fact it is the GPL license that allows this to be
> done).
Of course you can protect things by declaring them trade secrets, but you
can't patent those trade secrets without opening them. And if you copy a
GPLed source, you better publish the alterations to the source code if you
wish to redistribute the changes (I ignore Tivo-ization and binary blobs for
the moment).
Only "in-house" changes that are not redistributed elsewhere don't need to
be opened up, as stated in paragraph 2 (Basic Permissions) of the GPLv2. For
everything else, the Paragraph 5 is what is important here. It states:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
You may convey a work based on the Program, or the modifications to produce
it from the Program, in the form of source code under the terms of section
4, provided that you also meet all of these conditions:
[...]
5.c) You must license the entire work, as a whole, under this License to
anyone who comes into possession of a copy. This License will therefore
apply, along with any applicable section 7 additional terms, to the whole of
the work, and all its parts, regardless of how they are packaged. This
License gives no permission to license the work in any other way, but it
does not invalidate such permission if you have separately received it.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
That means, if Paawan comes into legal possession (i.e. he asked or paid for
it) of a copy of the code, he may then freely publish it. He may have been
charged money for it, but nothing in the license may forbid him to publish
the code.
Of course, you can patent parts (or the whole) of it, in which case Pawaan
may not redistribute it to others without paying licensing fees (thus making
it useless to GDB), but *talking* about what the code *does* is allowed
either way.
Either you publish the source code under the GPL, *or* you say the lines of
code are a trade secret, but you simply can't have both.
If I'm amiss there (which is possible, given that the GPL is worded to
endure in the judiciary system), please cite the relevant passage of the
GPL. It'd be nice to know, you know. ;)
So long,
Martin.
next prev parent reply other threads:[~2010-08-13 15:35 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-13 4:08 paawan oza
2010-08-13 5:04 ` Robert Dewar
2010-08-13 6:16 ` paawan oza
2010-08-13 7:56 ` Martin Schröder
2010-08-13 14:26 ` Robert Dewar
2010-08-13 15:35 ` Martin Schröder [this message]
2010-08-13 16:18 ` Robert Dewar
2010-08-13 17:50 ` paawan oza
2010-08-13 18:15 ` Martin Schröder
2010-08-24 21:13 ` Steffen Dettmer
2010-08-24 21:33 ` Robert Dewar
2010-08-27 11:38 ` Steffen DETTMER
2010-08-15 16:40 ` Florian Weimer
2010-08-13 14:24 ` Robert Dewar
2010-08-13 15:50 ` Tom Tromey
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=A54F384137C64F4DBDD107B1B80886C5@igor \
--to=gschroeder@onlinehome.de \
--cc=gdb@sourceware.org \
--cc=lionhead@onlinehome.de \
/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