I've been kind of following this thread, since it's fascinating.  Anyway, I
know the GPL, and I've read the LGPL a couple of times, but I can't find
this other one, MPL.  Any pointers?  

> -----Original Message-----
> From: Bradley D. LaRonde [mailto:[EMAIL PROTECTED]]
> Sent: Monday, October 04, 1999 2:32 PM
> To: Alex Holden
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: Request for comments - Microwindows
> 
> 
> > On Mon, 4 Oct 1999, Bradley D. LaRonde wrote:
> > > So if I'm understanding you right, you are saying that we 
> might have an
> > > opportunity with Micro* to do something similar, but only 
> if we GPL the
> > > server part (or maybe LGPL?), but definately not MPL it.  
> Is that right?
> >
> > Because of the restrictive nature of the GPL, you can't legally link
> > proprietory code into it. The Linux kernel on Intel PCs, 
> with millions of
> > potential users, is just starting to become popular enough 
> that we can
> > actually force some hardware vendors to release specs to 
> allow a GPLed
> > driver to be written, or to even write a GPLed driver 
> themselves. Up till
> > fairly recently, and with less common hardware, this didn't 
> usually work,
> > and a lot of hardware had to be reverse engineered.
> 
> I don't mind reverse engineering something.  The tempting 
> thing is when a
> vender says they'll give you the specs but you can't release 
> anything but a
> binary.  That is something to avoid IMO.  Maybe it is better 
> to reverse
> engineer it than to cave to the vendor's desires.
> 
> Why give up your right to release source code?  Why not tell 
> that vendor
> "I'll sign and NDA, but only with the condition that I can 
> release my work
> open-source."  I have.

Agreed.  If we have to reverse engineer some drivers, so be it.  But we
should demand that our work can be released GPL'd.

> 
> > How long do you think
> > it'll be before Nano-X on Foo obscure Palmtop or embedded system has
> > enough millions of users for a hardware manufacturer to be 
> forced into
> > releasing a GPLed driver or specs for somebody to write a 
> GPLed driver for
> > it? Roughly never?
> 
> If Linux was guided from the start by that thinking, it may 
> never have made
> it to that point either.
> 
> I think that GPL is the answer for the server part.
> 
> Do we believe in this thing or not?  I do.
> 
> Are we willing to reverse engineer a few devices?  Are we 
> willing to have to
> write some extra code now and then?  I am.
> 
> So let's just take a deep breath, GPL the server part, go 
> forward, and not
> look back.
> 
> As for the client part, same thing execpt add an L before the GPL.
> 
> Regards,
> Brad
> 

Reply via email to