public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Brian O'Mahoney" <omb@khandalf.com>
To: Linus Torvalds <torvalds@osdl.org>
Cc: Russell King <rmk+lkml@arm.linux.org.uk>,
	Arjan van de Ven <arjan@infradead.org>,
	linux-kernel@vger.kernel.org
Subject: Re: When we detect that a 16550 was in fact part of a NatSemi SuperIO chip
Date: Sun, 22 May 2005 22:55:21 +0200	[thread overview]
Message-ID: <4290F1B9.6040102@khandalf.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0505221324300.2307@ppc970.osdl.org>

Please see below.

Linus Torvalds wrote:
> 
> On Sun, 22 May 2005, Russell King wrote:
> 
>>Therefore, I put forward that this thing which appears to be called
>>"author" does not reflect authorship, but who submitted it.
> 
> 
> It _is_ supposed to reflect authorship, but it does so within the context 
> of the SCM, not in any other larger context. In git, "author:" is a fairly 
> descriptive TAG, nothing more.
> 
> Don't get hung up about technicalities. If the field said
> 
> 	frog: Arjan van de Ven <arjan@infradead.org>
> 
> that wouldn't mean that Arjan would have been magically transformed into a
> frog in the real world sense, would it?
> 
> The fact that the field says "author:" does not mean that the person named
> is necessarily the "author" in the _copyright_ sense, it only means that
> he is the author in the limited sense that "git" gives it. And in the 
> limited "git" sense, it's really an educated guess, aka "we're tryign to 
> give credit where credit is due".

There is an argument, after SCO, for a

copyright: xxx

tag, and a clear public statement on the kernel.org home page about
assignment, the GPL and submission.

> 
> The fact is, trying to be technical about single words in human language
> and thinking that that a meaning in one specific context carries over to
> some other usage of a word in another context is simply not true. Not 
> here, not _anywhere_. 
> 
> And btw, lawyers and judges aren't idiots either. They're human beings, 
> and they can tell the difference between two contexts. Trying to argue 
> some silly technicality with a judge is not likely to get you very far in 
> general.

Absolutely right, and outside the US, the Costs in Cause, principle
means that any attempt at vexatious litigation is likely to prove an
expensive mistake.

-- 
mit freundlichen Grüßen, Brian.



  reply	other threads:[~2005-05-22 20:55 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200505220008.j4M08uE9025378@hera.kernel.org>
2005-05-22 11:57 ` When we detect that a 16550 was in fact part of a NatSemi SuperIO chip David Woodhouse
2005-05-22 12:59   ` Russell King
2005-05-22 13:23     ` David Woodhouse
2005-05-22 13:41     ` Russell King
2005-05-22 14:14       ` David Woodhouse
2005-05-22 21:16       ` Alan Cox
2005-05-22 21:50         ` Linus Torvalds
2005-05-22 22:22           ` Alan Cox
2005-05-22 22:40             ` Linus Torvalds
2005-05-22 22:43               ` Alan Cox
2005-05-23  4:09               ` Willy Tarreau
2005-05-23  5:15                 ` Dmitry Torokhov
2005-05-23  7:21                   ` Willy Tarreau
2005-05-23 14:27                 ` Linus Torvalds
2005-05-22 16:59   ` Linus Torvalds
2005-05-22 17:15     ` David Woodhouse
2005-05-22 18:14     ` Arjan van de Ven
2005-05-22 18:44       ` Russell King
2005-05-22 18:51         ` Arjan van de Ven
2005-05-22 19:03           ` Russell King
2005-05-22 20:31             ` Linus Torvalds
2005-05-22 20:55               ` Brian O'Mahoney [this message]
2005-05-22 19:58       ` Brian O'Mahoney
2005-05-22 20:31         ` Lee Revell
2005-05-22 20:48         ` Linus Torvalds

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=4290F1B9.6040102@khandalf.com \
    --to=omb@khandalf.com \
    --cc=arjan@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=omb@bluewin.ch \
    --cc=rmk+lkml@arm.linux.org.uk \
    --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