From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FTKuu-0000xW-R5 for qemu-devel@nongnu.org; Tue, 11 Apr 2006 11:36:33 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FTKut-0000wM-32 for qemu-devel@nongnu.org; Tue, 11 Apr 2006 11:36:32 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FTKus-0000w9-QJ for qemu-devel@nongnu.org; Tue, 11 Apr 2006 11:36:30 -0400 Received: from [65.74.133.6] (helo=mail.codesourcery.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FTKzm-0000Mp-0i for qemu-devel@nongnu.org; Tue, 11 Apr 2006 11:41:34 -0400 From: Paul Brook Subject: Re: [Qemu-devel] why is kqemu closed? Date: Tue, 11 Apr 2006 16:36:22 +0100 References: <41e41e7a0604100820y3a20e731n4fb22e14db01e54e@mail.gmail.com> <443B32A6.20501@foo-projects.org> <443BC5D4.2010601@win4lin.com> In-Reply-To: <443BC5D4.2010601@win4lin.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604111636.25101.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org > 4. There is a slippery slope here - There's a slippery slope both ways. If you assume vital parts of your system are going to be closed source then why bother with open source at all. Just use Windows or HPUX. > if Linux kernel policies can change > to force all kernel-space binding to be GPL (even though Linus decreed > that this is not the case years ago), what's next? Libraries that make > kernel interface calls should be GPL rather than LGPL? Now you're talking total nonsense. The GPL explicitly says that OS is exempt from the requirements placed on an application: "the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable." Paul