Messages in this thread | | | From | "David Schwartz" <> | Subject | RE: People, not GPL [was: Re: Driver Model] | Date | Wed, 29 Oct 2003 14:42:13 -0800 |
| |
> David Schwartz wrote:
> But beyond this, there are some social issues. If someone finds a way > to work around this mechanism, they are breaking things to everyone > else's detriment. For a commercial entity to violate the GPL_ONLY > barrier is an insult to kernel developers AND to their customers who > will have trouble getting problems solved.
While I understand this point of view, I do not share it. People contributed to the Linux kernel project largely because it *was* an open process. Nobody has the right to take offense when it's used for a different reason than they had intended. If you want control over how your code is used and modified, *don't* GPL it. If you're going to take offense when people remove restrictions you impose, regardless of how much you like the restrictions, *don't*' GPL it. It's that simple.
> So, if a company works around GPL_ONLY, are they violating the GPL > license? Probably not. Does that make it OKAY? Probably not.
What's not okay is trying to inject your own rules on how GPL'd software can be used. That's perhaps tolerable if you're the sole author. It's condemnable when you're one among many.
> This is like finding a way to give a user space program access to kernel > resources. There are barriers put in place for a REASON because people > make mistakes when they write software. If no one did, we wouldn't have > any need for memory protection, would we.
Yet there is a project that removes all of these boundaries in the name of improved performance for trusted applications. These are engineering trade-offs and one of the good things about the GPL is that I'm not stuck, by law or custom, when your engineering trade-offs if I don't think they apply to me.
DS
- 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/
| |