From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: [Qemu-devel] [PATCH 0/3] Add BIOS splash image support Date: Wed, 17 Dec 2008 17:35:57 +0100 Message-ID: <49492A6D.6@siemens.com> References: <1229440810-12394-1-git-send-email-Laurent.Vivier@bull.net> <20081217135512.GJ13794@redhat.com> <49491281.9040505@siemens.com> <200812171517.52718.paul@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: qemu-devel@nongnu.org, Gleb Natapov , Blue Swirl , bochs developers , kvm developers To: Paul Brook Return-path: Received: from david.siemens.de ([192.35.17.14]:16583 "EHLO david.siemens.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751680AbYLQQiR (ORCPT ); Wed, 17 Dec 2008 11:38:17 -0500 In-Reply-To: <200812171517.52718.paul@codesourcery.com> Sender: kvm-owner@vger.kernel.org List-ID: Paul Brook wrote: >> BTW, why does qemu not carry all bochs bios source? For reference, but >> also to fully comply with the LGPL (pointing to the original source is >> not sufficient when delivering binaries - like e.g. bios.bin...). > > If this is really an issue, then I strongly suggest we fix it by moving the > bios into its own project, and have everyone fetch it from there. Qemu distributes binaries that have been generated from LGPLed sources (this is at least the case for bochs, one would have to check the situation for the other firmware images), so it has to provide the corresponding source code according to the license terms. But if any bochs copyright holder will ever sue a qemu maintainer on this is a different question. Nevertheless, we should keep in mind that anyone else who redistributes qemu has to comply to this terms as well, thus currently has to patch the "license bug" out of tree. At least from this perspective, it would be nice to fix it - however this may happen in details (wasn't there also some idea to switch to SeaBIOS due to build simplifications, or was this only on the kvm list?). Jan -- Siemens AG, Corporate Technology, CT SE 26 Corporate Competence Center Embedded Linux From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LCzO9-0002h9-7R for qemu-devel@nongnu.org; Wed, 17 Dec 2008 11:36:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LCzO7-0002du-Ko for qemu-devel@nongnu.org; Wed, 17 Dec 2008 11:36:44 -0500 Received: from [199.232.76.173] (port=37023 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LCzO7-0002dk-Eh for qemu-devel@nongnu.org; Wed, 17 Dec 2008 11:36:43 -0500 Received: from david.siemens.de ([192.35.17.14]:16158) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LCzO6-0004jl-Q6 for qemu-devel@nongnu.org; Wed, 17 Dec 2008 11:36:43 -0500 Message-ID: <49492A6D.6@siemens.com> Date: Wed, 17 Dec 2008 17:35:57 +0100 From: Jan Kiszka MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 0/3] Add BIOS splash image support References: <1229440810-12394-1-git-send-email-Laurent.Vivier@bull.net> <20081217135512.GJ13794@redhat.com> <49491281.9040505@siemens.com> <200812171517.52718.paul@codesourcery.com> In-Reply-To: <200812171517.52718.paul@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-1 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: Paul Brook Cc: Blue Swirl , bochs developers , qemu-devel@nongnu.org, Gleb Natapov , kvm developers Paul Brook wrote: >> BTW, why does qemu not carry all bochs bios source? For reference, but >> also to fully comply with the LGPL (pointing to the original source is >> not sufficient when delivering binaries - like e.g. bios.bin...). > > If this is really an issue, then I strongly suggest we fix it by moving the > bios into its own project, and have everyone fetch it from there. Qemu distributes binaries that have been generated from LGPLed sources (this is at least the case for bochs, one would have to check the situation for the other firmware images), so it has to provide the corresponding source code according to the license terms. But if any bochs copyright holder will ever sue a qemu maintainer on this is a different question. Nevertheless, we should keep in mind that anyone else who redistributes qemu has to comply to this terms as well, thus currently has to patch the "license bug" out of tree. At least from this perspective, it would be nice to fix it - however this may happen in details (wasn't there also some idea to switch to SeaBIOS due to build simplifications, or was this only on the kvm list?). Jan -- Siemens AG, Corporate Technology, CT SE 26 Corporate Competence Center Embedded Linux