From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33471) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b379B-0000OQ-I2 for qemu-devel@nongnu.org; Wed, 18 May 2016 15:28:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b3795-0002ex-In for qemu-devel@nongnu.org; Wed, 18 May 2016 15:28:44 -0400 Received: from mx1.redhat.com ([209.132.183.28]:56417) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b3795-0002ep-B1 for qemu-devel@nongnu.org; Wed, 18 May 2016 15:28:39 -0400 References: <20160517201613.6175.45578.stgit@gimli.home> <20160517202007.6175.15325.stgit@gimli.home> <573BD22E.6060306@redhat.com> <20160518123504.78d8ee35@t450s.home> From: Eric Blake Message-ID: <573CC265.7050701@redhat.com> Date: Wed, 18 May 2016 13:28:37 -0600 MIME-Version: 1.0 In-Reply-To: <20160518123504.78d8ee35@t450s.home> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xFEeTwaajsgskXJR80hXmRFWNKGjG7kQl" Subject: Re: [Qemu-devel] [PATCH v6 8/8] vfio/pci: Add IGD documentation List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alex Williamson Cc: qemu-devel@nongnu.org, allen.m.kay@intel.com, kraxel@redhat.com, kvm@vger.kernel.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --xFEeTwaajsgskXJR80hXmRFWNKGjG7kQl Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 05/18/2016 12:35 PM, Alex Williamson wrote: >> Without an explicit copyright notice and license, your documentation >> defaults to GPLv2+, per the top level COPYING. If you want something >> else, it may be worth explicitly calling it out. >> >> Otherwise, it was a good read. >=20 >=20 > Thanks for reviewing, Eric. Surveying existing docs, I see a mix of a > few with explicit GPLv2+, some PROMELA code under WTFPL/public domain, > and one lone file under FreeBSD documentation license. The vast > majority don't set an explicit license. I don't have a strong feeling > about this and the documentation is certainly no opus. Should I have a= > strong feeling about this? Thanks, My personal opinion: I can see arguments for two different camps: 1. Will this document ever be useful to someone implementing a parallel code base to the same thing? If so, does a GPLv2+ document taint their implementation to also have to be GPLv2+ compatible? I'm not a lawyer, so I have NO IDEA if someone can legally claim that an independent implementation of code based on a GPLv2+ specification is constrained by the license of the doc it was implementing. If it were me answering, I'd say that there is no tainting involved (GPL applies to source code in its preferred original form; and how would you justify documentation to be a preferred original form?). But precisely because it is a fuzzy question, being explicit makes the solution easier to reason about: giving an explicit license looser than GPL means that no one can argue that the documentation is forcing a particular license on implementations= =2E 2. Why bother? I like GPLv2+ because of its strong copyleft, and want to make life harder for anyone that doesn't believe in the same way. Meanwhile, sticking an explicit copyright blurb in the doc makes the doc harder to read (you have to scroll to get to the real meat), particularly if I'm just fine with the project-default license, so omitting the text is okay. Of course, once a copyright blurb is omitted, if qemu ever changes its own license (such as to GPLv3+ [hah, we know that won't happen without a rewrite of all the GPLv2-only stuff]), then my document follows that change in lockstep, so explicitly stating GPLv2+ cements my intention regardless of external context. So at the end of the day, it boils down to how comfortable are you with the license you've chosen, how likely do you think your doc will be important to someone writing parallel code, and how much do you care. I'm perfectly okay with no change, and was merely pointing it out in case you have a stronger opinion than me. As you rightly noted, we have a number of interesting precedents in the directory, so there is no real common standard, so much as personal preference, although I do prefer that if you use an explicit license, pick one already in use rather than adding yet another license to the overall mix of qemu. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --xFEeTwaajsgskXJR80hXmRFWNKGjG7kQl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJXPMJlAAoJEKeha0olJ0NqzccH/3nUlHWzIqWmJ6Ev8/YLC6ri ExGIrVWr3zjn6BtFVJaEUI4e03sOt57MRbJbnA2pZrzCoqQ8ShmGpKyf80mfIS7a xdhoRyh64ZgJOMjzti1fOFZAV4fucek4d8eD9kqmIWtXAuNwuSLCriizsLfubnPE DyvMlvymQnJPXrJKBikhEOjIAd60Gah04K7aX9uXQs93Kfz7wfCcLDX5SfDI4prJ B3L7KZeLeQnthI538CwyDBjFKpMdbNyXf+WTCtlzR/twtNKL1Wq9ykskww9qXMzZ 9tq9BZ9Ejmy+ValvMafJRYvTWIEfm6uCEPpEIu6E1EEu6aSRCTn+xjiXEJZEEC4= =ljZD -----END PGP SIGNATURE----- --xFEeTwaajsgskXJR80hXmRFWNKGjG7kQl--