From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:54101) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SUxDb-0000OE-TV for qemu-devel@nongnu.org; Thu, 17 May 2012 05:42:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SUxDV-0003gN-F0 for qemu-devel@nongnu.org; Thu, 17 May 2012 05:41:59 -0400 Received: from mx1.redhat.com ([209.132.183.28]:45837) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SUxDV-0003gF-68 for qemu-devel@nongnu.org; Thu, 17 May 2012 05:41:53 -0400 Message-ID: <4FB4C7D8.4010609@redhat.com> Date: Thu, 17 May 2012 11:41:44 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <4F4E9E31.50903@storagecraft.com> <4F4F8FCD.7010106@redhat.com> <4F4FD1C9.8050006@storagecraft.com> <4F4FD7C7.7030001@mail.berlios.de> <4F4FD9A6.9060308@mail.berlios.de> <4F4FE4AA.20902@codemonkey.ws> <4F4FE6C6.1070302@storagecraft.com> <4F506E92.9080902@redhat.com> <4FB3DE79.9090504@storagecraft.com> <4FB3E86B.7020206@redhat.com> <4FB3FE16.3000608@storagecraft.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] Add support for new image type List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Artyom Tarasenko Cc: Stefan Weil , Kai Meyer , qemu-devel@nongnu.org, Anthony Liguori , Nate Bushman Il 17/05/2012 11:10, Artyom Tarasenko ha scritto: > To help me better understand, what would >> be the terminology used for the explanation between what I would call >> "source code" licensing, and "project" licensing? Also, where in the c= ode >> (or rather what file) can I see this distinction? It seems like someth= ing >> critical to be aware of, and I'd like to avoid missing something like = this >> in the future as I give advice on what software we can use. Roughly speaking, each file has its own license. So you can take for example vl.c or tcg/* and use it in a proprietary program, because those are under a non-copyleft license. You cannot do the same for event_notifier.c, because it is released under GPLv2 or later. For the project to be distributable at all, there has to be a license that is compatible with all the others: such a license has to allow all restrictions imposed by the other licenses used in the project, and all other licenses have to allow all restrictions imposed by such a license. For QEMU this license is the GPLv2. >> If you would help clarify a separate point, I would be grateful. As I >> understand it, I am able to modify qemu for my own purposes (like test= ing >> the filesystem integrity inside a backup image by using guestmount to = mount >> it). How much of that work (source code, principles, explanations, ect= ) can >> I share, and with whom can I share it with? Principles, explanations can be shared with whoever you want, however you want. Patches are more of a grey area and I suggest you consult a (good) lawyer. Remember that the GPL only becomes relevant once you start distributing code. As long as you share the changes within your company for example you are safe. Here is what the GPL FAQ says: Is making and using multiple copies within one organization or company =93distribution=94? (#InternalDistribution) No, in that case the organization is just making the copies for itself. As a consequence, a company or other organization can develop a modified version and install that version through its own facilities, without giving the staff permission to release that modified version to outsiders. However, when the organization transfers copies to other organizations or individuals, that is distribution. In particular, providing copies to contractors for use off-site is distribution. What you suggested with run-time linking sounds like you are adding a functionality that is totally useless to the general public. Those people who are able to combine it with the shared library could use it as in the above answer without distributing the result. Morally it's wrong, but a copyright holder cannot stop you on moral grounds. Legally, you should consult a lawyer. Practically: - if you go with iSCSI or something like that you would provide the same functionality to your customers, keep clear from legal grey areas, and the QEMU community probably could not care less. - if you go with a clean reimplementation under the GPL you would provide the same functionality to your customers, keep clear from legal grey areas, contribute to QEMU positively, and perhaps get some advertising for your product. Paolo