From: Willy Tarreau <willy@w.ods.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: "Jeff V. Merkey" <jmerkey@drdos.com>,
jonathan@jonmasters.org,
"jmerkey@comcast.net" <jmerkey@comcast.net>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Possible GPL Violation of Linux in Amstrad's E3 Videophone
Date: Sun, 3 Oct 2004 13:46:02 +0200 [thread overview]
Message-ID: <20041003114602.GA19761@alpha.home.local> (raw)
In-Reply-To: <1096738439.25290.13.camel@localhost.localdomain>
On Sat, Oct 02, 2004 at 06:34:01PM +0100, Alan Cox wrote:
> If you look at the motivation you'd then have to ask yourself why they
> would want to do that given that a) They from the start said publically
> "its using Linux" and b) Are dropping custom (well probably bought in
> mostly) apps onto a generic reference platform.
Alan, you put the finger on the right thing : motivation.
People ask what motivation has this vendor not to show his code. But the
reality is different. The vendor waits for some motivation to show it.
It costs lost of time and sometimes even documentation to open some modified
code, and for various time-to-market reasons, vendors sometimes think they
will do it later. I've already been in such a situation : I packaged something
for a customer. Yes I used Linux kernel and GPL tools, and yes I patched some
of them, but considering the time it would take to package something clean
with lots of sources when I knew for sure that the customer does not even
care, I did not do it. Just told the customer that if he wanted, he could
have everything, but when he replies "no thanks", I have no motivation
loosing my time. So from time to time, I put together new patches on my
web site to stay compliant, but there's no urge in that. And the GPL only
says that you have to provide the code or a way to get the code. So when
the customer says that he does not want it, the best way for him to get
the code when he changes his mind is to ask where I finally put it, then
for me to check that everything is up to date.
There is a second level of motivation at not opening the code from the
beginning : there still are some customers who are afraid that they
will use some code that anybody can see ! One of my customers, for
example was very reluctant to use my reverse-proxy (haproxy) because
he felt that if anybody found a flaw in the code, he could exploit it.
So I had to start the long story again from the dinosaurs ;-)
As long as vendors are honnest, and respect their customers' rights, I
don't see any problem. The problem arises when vendors explicitly refuse
to open anything. But most of the time, I suspect it's just a matter of
time and cleanness, and we should not expect too much from vendors who
already acknowledge that they are using GPL software and that they are
doing their best to publish the code ASAP.
> Not only they seem to be behaving but I can see no obvious game
> advantages for them to cheat.
I sometimes wonder if it does not bring cheap advertisement. For example,
Linksys is known to sell linux boxes because of the GPL war they started.
Nowadays, many people buy their boxes because they are both the cheapest
and the most complete devices a linux kernel can run on.
> One thing that certainly would be interesting as a thought experiment
> for the legal bods (the real ones) would be what occurs if the license
> on a couple of essential bits of the kernel was to say
>
> GPL v 2 blah bla
>
> or you may choose to distribute the software without source
> code for $100,000 per product you ship it in.
>
> This would then also give both a Judge and the thief a clear crystalised
> value for damages....
Hmmm interesting clause which would make them think before they steal the
code. Perhaps they would take more time to separate open and closed code
then. The problem is to define whom this money should be sent to.
Willy
next prev parent reply other threads:[~2004-10-03 11:46 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-01 17:40 Possible GPL Violation of Linux in Amstrad's E3 Videophone jmerkey
2004-10-01 18:23 ` Jesse Pollard
2004-10-01 19:34 ` Valdis.Kletnieks
2004-10-01 19:46 ` Jeff V. Merkey
2004-10-01 20:38 ` Geert Uytterhoeven
2004-10-01 20:40 ` Valdis.Kletnieks
2004-10-01 22:09 ` Jon Masters
2004-10-01 21:53 ` Jeff V. Merkey
2004-10-01 23:51 ` Michael Poole
2004-10-02 2:00 ` Theodore Ts'o
[not found] ` <20041002064620.GA8568@galt.devicelogics.com>
2004-10-02 10:27 ` Jon Masters
2004-10-02 17:34 ` Alan Cox
2004-10-03 11:46 ` Willy Tarreau [this message]
2004-10-03 11:59 ` Jon Masters
2004-10-03 22:01 ` Alan Cox
2004-10-04 0:23 ` Kyle Moffett
2004-10-07 19:21 ` Jeff V. Merkey
2004-10-07 20:24 ` Chris Friesen
2004-10-07 21:22 ` Jeff V. Merkey
2004-10-07 22:32 ` Chris Friesen
2004-10-07 22:57 ` Hua Zhong
2004-10-08 8:19 ` Henning P. Schmiedehausen
2004-10-07 21:07 ` Rik van Riel
2004-10-07 21:16 ` Jeff V. Merkey
2004-10-07 21:40 ` Kyle Moffett
2004-10-07 21:17 ` Jeff V. Merkey
2004-10-07 22:02 ` Kyle Moffett
2004-10-07 21:29 ` Jeff V. Merkey
2004-10-08 12:27 ` Ingo Molnar
2004-10-08 18:24 ` Geert Uytterhoeven
2004-10-08 18:42 ` Ingo Molnar
2004-10-09 9:50 ` James Courtier-Dutton
2004-10-08 12:16 ` Alan Cox
2004-10-07 22:18 ` Dave Jones
2004-10-07 21:51 ` Jeff V. Merkey
2004-10-07 22:41 ` Dave Jones
2004-10-08 0:47 ` Jeff Garzik
2004-10-07 23:50 ` viro
2004-10-08 0:40 ` Jesper Juhl
2004-10-08 0:59 ` Jon Masters
[not found] ` <20041008032034.GD3528@galt.devicelogics.com>
2004-10-08 7:15 ` Jon Masters
2004-10-08 12:38 ` Gene Heskett
2004-10-08 12:50 ` Gene Heskett
2004-10-08 13:48 ` Bruce Ferrell
2004-10-08 15:14 ` Gene Heskett
2004-10-08 2:48 ` Erik Andersen
2004-10-10 6:35 ` Brian Litzinger
2004-10-10 13:25 ` Alan Cox
2004-10-10 22:26 ` Jon Masters
2004-10-11 11:57 ` Tonnerre
2004-10-08 2:40 ` Erik Andersen
2004-10-08 8:50 ` Bernd Petrovitsch
2004-10-08 11:08 ` William Lee Irwin III
2004-10-04 20:26 ` Jesse Pollard
2004-10-02 12:35 ` James Courtier-Dutton
2004-10-04 18:03 ` Bill Davidsen
-- strict thread matches above, loose matches on Subject: below --
2004-09-29 13:44 Ralph Corderoy
2004-10-01 14:52 ` Denis Vlasenko
2004-10-01 14:20 ` Alan Cox
2004-10-01 15:59 ` Ralph Corderoy
2004-10-01 16:00 ` Alan Cox
2004-10-01 16:24 ` Jon Masters
2004-10-01 15:59 ` Alan Cox
2004-10-01 17:18 ` Jon Masters
2005-01-07 21:48 ` Jonathan McDowell
2005-01-15 13:43 ` Jonathan McDowell
2005-01-26 16:47 ` Jonathan McDowell
2004-10-01 17:24 ` Tigran Aivazian
2004-10-01 16:14 ` James Courtier-Dutton
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=20041003114602.GA19761@alpha.home.local \
--to=willy@w.ods.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=jmerkey@comcast.net \
--cc=jmerkey@drdos.com \
--cc=jonathan@jonmasters.org \
--cc=linux-kernel@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.