mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Scott Preece" <sepreece@gmail.com>
To: davids@webmaster.com
Cc: vonbrand@laptop13.inf.utfsm.cl, Valdis.Kletnieks@vt.edu,
	"Linux-Kernel@Vger. Kernel. Org" <linux-kernel@vger.kernel.org>
Subject: Re: Binary Drivers
Date: Tue, 26 Dec 2006 13:20:21 -0600	[thread overview]
Message-ID: <7b69d1470612261120n6218500ctbfc64bf5627892d@mail.gmail.com> (raw)
In-Reply-To: <MDEHLPKNGKAHNMBLJOLKEEENAJAC.davids@webmaster.com>

On 12/26/06, David Schwartz <davids@webmaster.com> wrote:
>
> It's really common sense. Imagine if you buy the right to use my car, but I
> don't give you the key. Can I say, "yes, you have the right to use my car,
> you bought that, but that doesn't mean I have to tell you how to use my
> car."
---

I have to agree with Martin, that the car analogies really bear little
relationship with the question of closed-source drivers...

My point was that you buy what you buy, under the terms that you agree
to. For a house, or a car, the "normal" terms would include any
associated accessories, including keys. Keys also have a certain
common-law "specialness", because they historically corresponded to
the right to access. If you were buying a house or car and the seller
was retaining keys (perhaps because they have some historical or
personal significance), that would have to be disclosed and it would
have to be clear that no rights were associated with the retained
keys.

---
>       ... Skipping the rest of the house/car analogies...

> When you buy a video car, you are *not* buying the right to use that video
> card with Windows. You are buying all the rights to the video card, to use
> it any way you please. The manufacturer has no right (because it sold that
> right when it sold the video card) to interfere or obstruct your right to
> use it as you please.
---

There is a notion of "fitness for purpose" that sometimes applies - if
the seller describes the object as fit for a particular purpose, then
the seller has an obligation to make sure the object is, in fact, fit
for that purpose. However, that's a very limited requirement - it's
not required to be fit for any other purpose and being fit for that
purpose would not require documentation unless that purpose normally
required it. Note that selling a card as suitable for use with Windows
would not suggest, in any way, that it was offered as suitable for use
with Linux. Again, you buy the right to do anything you like with the
object, but the seller has no obligation beyond the agreed terms.

---
> If you retain some rights over something, then you are not selling it in the
> normal sense. You are selling a subset of the rights to it, and the buy must
> be told what rights he is getting and what rights he is not getting.
---

Again, while some of the car/house analogies may describe situations
where the seller has not conveyed all the rights, the video card
situation is completely different. You have the right to do what you
like with it and the seller retains no rights. Lack of documentation
is not an imposition on your rights, unless you had a specific promise
of documentation from the seller.

scott

  reply	other threads:[~2006-12-26 19:20 UTC|newest]

Thread overview: 69+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-21 21:15 Niklas Steinkamp
2006-12-22 19:22 ` Rok Markovic
2006-12-22 22:00   ` Wolfgang Draxinger
2006-12-22 22:14     ` Scott Preece
2006-12-23  7:19       ` David Schwartz
2006-12-23 23:11         ` Horst H. von Brand
2006-12-24  6:46         ` Valdis.Kletnieks
2006-12-24 13:31           ` Wolfgang Draxinger
2006-12-24 17:33           ` David Schwartz
2006-12-24 19:27             ` James C Georgas
2006-12-24 21:05               ` Rok Markovic
2006-12-25  0:09                 ` Horst H. von Brand
2006-12-24 20:20             ` Horst H. von Brand
2006-12-25  0:30               ` Wolfgang Draxinger
2006-12-26  0:20               ` David Schwartz
2006-12-26  2:49                 ` Scott Preece
2006-12-26  6:31                   ` David Schwartz
2006-12-26 19:20                     ` Scott Preece [this message]
2006-12-26 19:53                       ` David Schwartz
2006-12-27  1:20                         ` Scott Preece
2006-12-28 13:32       ` Pavel Machek
     [not found] <28wj.2xb.21@gated-at.bofh.it>
     [not found] ` <7wu47-3dV-7@gated-at.bofh.it>
2006-12-27 11:55   ` Nikolaos D. Bougalis
  -- strict thread matches above, loose matches on Subject: below --
2006-12-26 11:20 Martin Knoblauch
2006-12-26 13:28 ` James C Georgas
2006-12-26 13:57   ` Martin Knoblauch
2006-12-26 16:37   ` Horst H. von Brand
2006-12-28  8:59   ` Rok Markovic
2006-12-28  9:07     ` Trent Waddington
2006-12-28 22:32     ` David Schwartz
2006-12-28 22:34       ` David Lang
2006-12-26 19:12 ` David Schwartz
2006-12-26 23:37   ` Horst H. von Brand
2006-12-26 11:13 Martin Knoblauch
2006-12-26 11:33 ` Trent Waddington
2006-12-26 14:04   ` Martin Knoblauch
     [not found] <fa.a8+7qGNMZNO6YbgTojLj7poBcEU@ifi.uio.no>
     [not found] ` <fa.whH2sDigxYlZmzC0pHJ6ew9w3Is@ifi.uio.no>
     [not found]   ` <fa.YLpcIfSTbYXcChK98VmCgG/OEAI@ifi.uio.no>
     [not found]     ` <fa.m5y0sm7/G8Fnz1bRfMDgwNw+YI4@ifi.uio.no>
2006-12-22 21:27       ` Robert Hancock
2006-12-22 23:15         ` Nikolaos D. Bougalis
     [not found] <7ssWL-8rd-15@gated-at.bofh.it>
     [not found] ` <7sE1N-2Y4-5@gated-at.bofh.it>
     [not found]   ` <7t39Q-Ru-9@gated-at.bofh.it>
2006-12-21 12:33     ` Nikolaos D. Bougalis
2006-12-15 21:20 James Porter
2006-12-15 21:59 ` Alan
2006-12-15 22:00   ` Jan Engelhardt
2006-12-18 14:31   ` Lennart Sorensen
2006-12-15 22:01 ` Alexey Dobriyan
2006-12-16  1:57   ` Tomas Carnecky
2006-12-16 18:03     ` Jan Engelhardt
2006-12-18 14:34     ` Eric W. Biederman
2006-12-21 16:33       ` Scott Preece
2006-12-21 17:43         ` Erik Mouw
2006-12-21 19:10           ` Tomas Carnecky
     [not found]             ` <f0e2c5070612211120wa6e3402p2ffb6e1d579a485a@mail.gmail.com>
2006-12-21 19:42               ` Tomas Carnecky
2006-12-21 22:36                 ` Dave Neuer
2006-12-21 20:32             ` Eric W. Biederman
2006-12-21 20:18         ` Eric W. Biederman
2006-12-21 22:02           ` Scott Preece
2006-12-21 20:50         ` David Schwartz
2006-12-21 20:58           ` David Lang
2006-12-21 21:20           ` Valdis.Kletnieks
2006-12-21 22:12           ` Scott Preece
2006-12-21 23:20             ` Martin Mares
2006-12-22  0:38             ` Valdis.Kletnieks
2006-12-22  9:47           ` Wolfgang Draxinger
2006-12-23  1:04           ` Horst H. von Brand
2006-12-16  3:56   ` jdow
2006-12-16  4:59     ` Dave Airlie
2006-12-17 11:44   ` Geert Uytterhoeven
2006-12-16  8:08 ` Pavel Machek
2006-12-16  9:07 ` Marek Wawrzyczny
2006-12-17 12:17   ` Denis Vlasenko
2006-12-18  9:51 ` Bernd Petrovitsch

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=7b69d1470612261120n6218500ctbfc64bf5627892d@mail.gmail.com \
    --to=sepreece@gmail.com \
    --cc=Valdis.Kletnieks@vt.edu \
    --cc=davids@webmaster.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=vonbrand@laptop13.inf.utfsm.cl \
    /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

all inboxes | Powered by JetHome®