lkml.org 
[lkml]   [2002]   [May]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: RTAI/RtLinux
From
Date
Hello Alan, and the others,

First of all my mail was not meant to be a flame, if it looked like that
I apologize for that.

On Sat, 2002-05-25 at 15:30, Alan Cox wrote:
> On Sat, 2002-05-25 at 10:05, Erwin Rol wrote:
> > I just hope the linux developers are smart enough to not accept the
> > RTLinux into the main kernel, cause someday someone might come up with
> > the idea to write something that allows to have userspace programs to be
> > hard-realtime, and than you have to stop allowing non GPL userspace
> > programs, like for example GLIB( which is LGPL).
>
GLIB should have been GLIBC, but that doesn't really mather for the
discussion.

> LGPL can be used as GPL. If you haven't even read the license do that
> before the flamewar please.
>

I know this, the point is that when you use the LGPL to be used as the
GPL it is not really LGPL anymore. A binary program using GLIBC depends
on the fact that GLIBC allows that (because of its LGPL license). What i
wanted to say is that "allowance" might be taken away by the patent
license.

> The RtLinux patent seems to boil down to "If you are free software we
> are free software, if you are proprietary we play in your space too,
> please pay up". Its not something I'm totally happy with but I don't
> really see how else Victor can phrase it.
>

IANAL, so i would not know how to phrase it. Thats why I (and several
others) asked FSMLabs to explain some of it in more clear language, and
we gave some examples (like the one in my other mail) so FSMLabs could
say if those where compliant with their license or not.

The big question still is where the patent "stops", and there ppl like
Eben Moglen and Victor Yodaiken have very different opinions. A lot of
other ppl try to explain how they see things, and of course those
explanations also differ a lot, but that is just normal.

It is like a patent on VM management, or some other kernel internal
technique, does that mean that that patent is also has something to say
about ppl that write programs for that OS ? The same with LXRT (the
userspace part of RTAI), its implementation might fall under the patent,
but does the program that uses the LXRT services also fall under the
patent ? Than the next question , the userspace<->kernel border is
nothing "magical" in respect to patent law, so for kernel modules the
same question is true; do they implement the patent (and hence should
they comply to the license) or do they just use the services the
patented part offers.

I hope you can see that these are uncertainties that I (and other ppl
have) and would just liked the have cleared up without a lawsuit :-/
Even FSMLabs, and their users would provide from that, cause more ppl
can program more in a shorter time :-)

- Erwin


[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2005-03-22 13:26    [W:0.132 / U:0.040 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site