From: Jamie Lokier <jamie@shareable.org>
To: Albert Cahalan <albert@users.sourceforge.net>
Cc: linux-kernel mailing list <linux-kernel@vger.kernel.org>,
Linus Torvalds <torvalds@osdl.org>
Subject: Re: [OT] use of patented algorithms in the kernel ok or not?
Date: Sun, 21 Dec 2003 10:53:33 +0000 [thread overview]
Message-ID: <20031221105333.GC3438@mail.shareable.org> (raw)
In-Reply-To: <1071969177.1742.112.camel@cube>
Albert Cahalan wrote:
> What about the obvious Kconfig option?
>
> config PATENT_1234567890
> bool "Patent 1234567890"
> default n
> help
> Say Y here if you have the right to use
> patent 1234567890 (the foo patent). Some
> countries do not recognise this patent, an
> educational or research exemption may apply,
> you may be the patent holder, the patent
> may have expired, or you may have aquired
> rights via licensing. Seek legal help if you
> need advice concerning your rights. If unsure,
> say N.
I expect this was said in jest, but it would be delightful to see this
done for real. To the best of my knowlege it's uncharted territory,
so perhaps what you suggest _would_ be upheld in a court of law as
permissible?
1. You seggragate code using the feature so that if it is not
explicitly activated, then the patented method will not be used.
2. You are clearly informing the recipient of the software of their
need to determine for themselves whether they are permitted to
use the feature, and suggest how they can go about this.
3. Using the patented method requires a clear, explicit step by
the recipient of the software, with no potential for
misunderstanding. It is just as clear as those disclaimer
buttons, ensuring that a user knows their rights and duties and
agrees to them before they are allowed access to something.
Closed source commercial software already does this sort of thing.
Was it not the case that if you purchased the appropriate license from
Unisys, you were then permitted to activate the GIF writing support of
Photoshop or some similar product, and that was done with an
activation code that you typed in to the program.
CONFIG_PATENT_nnnnnnnnn is the same thing, yet we are wary of
distributing open source software like that. Is the significant
difference that it's too easy to enable without a license? That may
well prove to be the determining factor in clarifying the legal
boundary of of who is liable - the sender of disabled code, or the
recipient who enables it without permission.
Certainly it cannot be justified under law that, even as closed source
implementations are distributed using activation code methods, the
open source implementations are not distributable solely because they
can be read by anyone. Patent holders do not have the power, at least
not in law, to prevent sharing written explanations of a method, do
they? I thought it had something to do with _using_ the methods,
although it continues to be a bit ambiguous what a patent holder may
restrict and what they have no legal right to restrict in this field.
-- Jamie
next prev parent reply other threads:[~2003-12-21 10:53 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-21 1:12 [OT] use of patented algorithms in the kernel ok or not? Albert Cahalan
2003-12-21 10:53 ` Jamie Lokier [this message]
2003-12-21 13:35 ` James Morris
2003-12-21 14:30 ` Jamie Lokier
2003-12-21 16:03 ` Xavier Bestel
2003-12-21 14:56 ` Arjan van de Ven
2003-12-21 19:33 ` Stan Bubrouski
2003-12-21 23:25 ` Helge Hafting
2003-12-21 19:29 ` Stan Bubrouski
2003-12-21 19:55 ` Matthias Schniedermeyer
2003-12-21 20:11 ` Stan Bubrouski
2003-12-21 21:52 ` Francois Romieu
2003-12-21 21:57 ` Jamie Lokier
2003-12-22 9:50 ` John Bradford
2003-12-22 15:34 ` Adrian Cox
-- strict thread matches above, loose matches on Subject: below --
2003-12-22 1:43 James Lamanna
2003-12-22 11:32 ` Matti Aarnio
2003-12-18 23:11 Lennert Buytenhek
2003-12-19 6:10 ` Linus Torvalds
2003-12-19 7:38 ` Paul Jackson
2003-12-19 8:47 ` Arjan van de Ven
2003-12-19 11:38 ` Jan-Benedict Glaw
2003-12-20 17:28 ` Stefan Traby
2003-12-21 10:33 ` Jamie Lokier
2003-12-21 16:57 ` Pavel Machek
2004-01-13 15:35 ` Chuck Campbell
2004-01-13 19:35 ` Pavel Machek
2004-01-13 21:04 ` Richard B. Johnson
2003-12-22 0:37 ` jw schultz
2003-12-21 23:39 ` Lennert Buytenhek
2003-12-21 1:25 ` jw schultz
2003-12-21 19:40 ` Lennert Buytenhek
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=20031221105333.GC3438@mail.shareable.org \
--to=jamie@shareable.org \
--cc=albert@users.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@osdl.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