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.
next prev parent 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