public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: watermodem <aquamodem@ameritech.net>
To: Mike Galbraith <mikeg@wen-online.de>
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregistertable
Date: Sat, 09 Jun 2001 17:09:25 -0500	[thread overview]
Message-ID: <3B229E95.F7E85C90@ameritech.net> (raw)
In-Reply-To: <Pine.LNX.4.33.0106071747460.463-100000@mikeg.weiden.de>

Mike Galbraith wrote:
> 
> On Thu, 7 Jun 2001, watermodem wrote:
> 
> > "David S. Miller" wrote:
> > >
> > > George Bonser writes:
> > >  > There is, of course, one basic problem with that argument. While you can say
> > >  > (and probably rightly so) that such a change would not be included in Linus'
> > >  > kernel, I think anyone is allowed to post a patch that might make it
> > >  > possible to add protocols as modules. If anyone chooses to use it is each
> > >  > individual's decision but you could not prevent ACME from creating a patch
> > >  > that allows protocol modules as long as they distributed the patch. Also,  I
> > >  > know that you are allowed to distribute proprietary modules in binary form
> > >  > but are there any restrictions on what function these modules can perform?
> > >  > I don't remember seeing any such restrictions.
> > >
> > > People can post whatever patches which do whatever, sure.
> > > But this isn't what matters.
> > >
> > > What matters is the API under which a binary-only module may interface
> > > to the kernel.  Linus specifies that only the module exports in his
> > > tree fall into this API.
> > >
> > > As I stated in another email, the allowance of binary-only kernel
> > > modules is a special exception to the licensing of the kernel made by
> > > Linus.  The GPL by itself, does not allow this at all.
> > >
> > > Later,
> > > David S. Miller
> > > davem@redhat.com
> >
> > David,
> >
> >    What is your real problem with La Monte's Code.
> >    I don't buy your more "blessed than thou" argument.
> >    It is a typical response one normally sees in large
> >    organizations from folk with "empires" to protect.
> >    Coming from the "land of warring tribes" firm it is
> >    a attitude I have seen often.  My response is take
> >    a vacation, chill out and reassess.
> 
> What words would you like to put in his mouth to replace those he used?
> 
>         -Mike
No words.....  Just suggesting to calm down for awhile before getting
into a flame-war.  I am old enough to know that nothing is lost by
considering your words before painting yourself into a corner you may
not want to occupy in the future.

He is discussing a theme with legal implications. (Legal and Slow tended
to be intertwined)  I know what his position in the linux kernel
hierarchy is, and if he were in a corporation with that position he
could just say NO without any reason.  But, linux development is
portrayed as something "open" and "of the people" not a closed corporate
offering.  Now, if that is not the case, then just take out all the
flowery words from the license and replace it with the unstated but
defacto communist motto "What's mine is mine What's yours is mine!". 
Then you have the Communist Linux vs the Capitalist M$.  Definitely
polarizes issues but doesn't buy anything with folks who just want to
run a stable computer and not make it a political statement.


> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

  reply	other threads:[~2001-06-09 22:09 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-05 16:59 [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table La Monte H.P. Yarroll
     [not found] ` <3B1E5CC1.553B4EF1@alacritech.com>
2001-06-06 22:07   ` La Monte H.P. Yarroll
2001-06-06 22:15     ` David S. Miller
2001-06-06 22:36       ` Alexander Viro
2001-06-06 22:42         ` Richard Gooch
2001-06-06 22:52         ` David S. Miller
2001-06-06 23:21       ` Matt D. Robinson
2001-06-06 23:31         ` David S. Miller
2001-06-06 23:51           ` Richard Gooch
2001-06-07  1:22             ` Ben Greear
2001-06-07  0:51               ` David S. Miller
2001-06-07  5:37                 ` George Bonser
2001-06-07  5:50                   ` David S. Miller
2001-06-07  6:00                     ` George Bonser
2001-06-07 15:18                     ` watermodem
2001-06-07 15:51                       ` Mike Galbraith
2001-06-09 22:09                         ` watermodem [this message]
2001-06-09 23:15                           ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregistertable Alexander Viro
2001-06-10  2:59                           ` Horst von Brand
2001-06-10  4:38                           ` Mike Galbraith
2001-06-07  5:16             ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table Matt D. Robinson
2001-06-07  5:46               ` David S. Miller
2001-06-07  6:20               ` Richard Gooch
2001-06-07  6:47                 ` Matt D. Robinson
2001-06-07 18:03               ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister Alan Cox
2001-06-07 18:10         ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table Alan Cox
2001-06-08  1:31           ` David S. Miller
2001-06-07  0:14       ` Ben Greear
2001-06-06 23:43         ` David S. Miller
2001-06-07 10:03           ` Henning P. Schmiedehausen
2001-06-07 10:50             ` Daniel Phillips
2001-06-07 11:25             ` David S. Miller
2001-06-07 17:52             ` Alan Cox
2001-06-08  8:29               ` Henning P. Schmiedehausen
2001-06-08 16:42                 ` Alan Cox
2001-06-08 22:54                 ` Albert D. Cahalan
2001-06-08 23:46                   ` David Woodhouse
2001-06-11  8:45                   ` Henning P. Schmiedehausen
2001-06-11  9:43                     ` Helge Hafting
2001-06-11 16:17                     ` Alan Cox
2001-06-11 18:31                       ` Jacob Luna Lundberg
2001-06-11 18:48                         ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister Alan Cox
2001-06-11 20:34                           ` Jacob Luna Lundberg
2001-06-12  7:08                         ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregistertable Helge Hafting
2001-06-07 10:05           ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table Russell King
2001-06-07 11:25             ` David S. Miller
2001-06-07 15:27             ` Keith Owens
2001-06-07 17:01               ` David Woodhouse
2001-06-07 19:11       ` Matthias Urlichs
2001-06-11 18:26 ` [PATCH] sockreg2.4.5-06 " La Monte H.P. Yarroll
2001-06-13 16:25   ` David S. Miller

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=3B229E95.F7E85C90@ameritech.net \
    --to=aquamodem@ameritech.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mikeg@wen-online.de \
    /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