[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] why is kqemu closed?
From: |
Paul Brook |
Subject: |
Re: [Qemu-devel] why is kqemu closed? |
Date: |
Tue, 11 Apr 2006 17:00:38 +0100 |
User-agent: |
KMail/1.9.1 |
> I think that you are missing the point. He's not saying that you have
> to distribute the source (which is what that exemption is about).
> He's saying that the license on a mere library cannot and should not
> force applications linked with that library to become a derived work.
> And he's right about that being a dangerous precident. If I call
> write(2) in my application, the mere fact that the kernel is GPL'd
> shouldn't matter for the license of my application. It is not a
> derived work.
Well, the whole point of the GPL is that you have to provide sufficient
sources for the user to be able to regenerate your binary. If your
application includes closed-source code then by definition you've broken that
requirement.
> The circumlocutions that some people go through to try to show that
> somehow using internal kernel interfaces make something a derived work
> do border on the absurd and are a very agressive interpretation of
> what makes a work a derived work. That interpretation needs to be
> curbed, otherwise we'd have a slipperly slope where libc becomes GPL'd
> and merely linking against it once and providing that binary infects
> the application with the GPL (a position that no court has endorced).
You can't legally distribute a GPL application linked against a closed-source
library. In the same way you can't distribute a GPL library as part of a
closed source application.
Libraries (eg. glibc) that want to allow linking with proprietary code have
LGPL or additional licence exceptions to permit this.
I'd guess linking against the system libc is reasonably covered by the
exception I quoted. Linking against 3rd party libc probably isn't, which IMHO
is prefectly reasonably. Otherwise a proprietary product could just take GPL
code, modify it and put all the interesting proprietary bits in a library
called libc.so.
If the GPL doesn't cover linking against libraries then it's effectively
useless for its stated purpose.
Paul
- Re: [Qemu-devel] why is kqemu closed?, (continued)
- Re: [Qemu-devel] why is kqemu closed?, Sebastian Kaliszewski, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, M. Warner Losh, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, Leonardo E. Reiter, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, Jonas Maebe, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, Jim C. Brown, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, Jonas Maebe, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, Paul Brook, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, M. Warner Losh, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?,
Paul Brook <=
- Re: [Qemu-devel] why is kqemu closed?, M. Warner Losh, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, Jim C. Brown, 2006/04/11
- Re: Enough already! [Qemu-devel] why is kqemu closed?, Bakul Shah, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, andrzej zaborowski, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, Sebastian Kaliszewski, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, M. Warner Losh, 2006/04/11
- Re: [Qemu-devel] why is kqemu closed?, Jamie Lokier, 2006/04/13
- Re: [Qemu-devel] why is kqemu closed?, Brett (Mare) Henley, 2006/04/10
- Re: [Qemu-devel] why is kqemu closed?, Leonardo E. Reiter, 2006/04/10
- Re: [Qemu-devel] why is kqemu closed?, M. Warner Losh, 2006/04/10