From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FTAdz-0001cs-5A for qemu-devel@nongnu.org; Tue, 11 Apr 2006 00:38:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FTAdx-0001c6-2h for qemu-devel@nongnu.org; Tue, 11 Apr 2006 00:38:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FTAdw-0001bz-Rx for qemu-devel@nongnu.org; Tue, 11 Apr 2006 00:38:20 -0400 Received: from [69.17.117.7] (helo=mail5.sea5.speakeasy.net) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FTAij-0001nf-Mw for qemu-devel@nongnu.org; Tue, 11 Apr 2006 00:43:17 -0400 Received: from clara.foo-projects.org (HELO [192.168.0.251]) ([66.93.40.222]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 11 Apr 2006 04:38:17 -0000 Message-ID: <443B32A6.20501@foo-projects.org> Date: Mon, 10 Apr 2006 21:37:58 -0700 From: Auke Kok MIME-Version: 1.0 Subject: Re: [Qemu-devel] why is kqemu closed? References: <41e41e7a0604100820y3a20e731n4fb22e14db01e54e@mail.gmail.com> <3ef9fbda81a71790b3cc0575ebf95538@localhost> <443A8033.9000409@win4lin.com> In-Reply-To: <443A8033.9000409@win4lin.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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 Leonardo E. Reiter wrote: > No it's not! In fact, in the latest version, he explicitly gives it a > commercial ("Proprietary") license. I actually submitted this as a patch to him through this list ;^) > I admit since I am a vendor, I have certain biases against forcing all > software to be GPL. However I respect these licenses fully, and also > respect the author's choice to use whatever license he or she pleases, > and also to allow exceptions to these licenses. You might recall Linus > Torvalds years ago explicitly giving an exception to "binding" when it > came to loading kernel modules. It would be hard to convince any vendor > in the world to develop software for Linux if you were not allowed to > run non-GPL applications on Linux. Let's hope that never happens, > although I understand that the latest sentiments seem to unfortunately > be leaning that way. This is not how Linux will beat Windows on the > desktop, nor on the server! applications != kernel space code. It would be rather *good* for linux if all kernel-space processes were open sourced, even for trivial things like VM emulators ;^) no matter how you turn Linus' arguments, he doesn't like anything else than ports from windows driver objects linked, and I can really agree with that. Whatever the laywers say about it is moot - only judges listen to them and Open Source doesn't listen to laywers (in generally). Plenty of vendors are already backing up Open Source too, and not just with t-shirts and penguins. I do not think that kqemu benefits from being closed source, and probably more people with me. People will pick an open implementation before any closed one, even industry, they're picking up faster than you think ;^) I did not agree with kqemu being released without the proprietary flag, which is why I submitted the issue, and,if I can help it, it'll be open source or surpassed by something that is - no offense. Cheers, Auke