Changing qubes-core-admin license to LGPL v2.1+

[Marek Marczykowski-Górecki]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Dear Qubes Contributors,

In the process of developing commercial extensions[1], we may need to
interface them directly with Qubes core scripts. While our goal is to
keep Qubes OS itself as open source, this may not apply to some
commercial extensions. The majority of commercial components can be
implemented as standalone applications (qrexec services, etc.) and
specific configurations (including salt state files). But some of them
may need to interface with core Qubes code directly (proverbial "import
qubes" in Python). Doing this with the qubes-core-admin component,
which is licensed under GPL, would force such an extension to be
licensed under GPL also. In many cases, we may decide to do this anyway,
but we'd prefer not to force this (on ourselves or anyone else).

We have three goals here:
- Keep core Qubes OS code open source
- Allow proprietary extensions
- Find ways for Qubes OS to survive and grow

In order to achieve those goals, we'd like to change the
qubes-core-admin component license in Qubes 4.0 to "LGPLv2.1 (or later)".
License text is here:

https://www.gnu.org/licenses/old-licenses/lgpl-2.1.en.html

To do so, we must ask everyone who contributed code used in qubes-core-admin in
Qubes 4.0 to accept this change. Here is the list of contributors:

- - Andrew David Wong (Axon)
- - Bahtiar `kalkin-` Gadimov
- - Desobediente Civil
- - HW42
- - Ivan Konov
- - Jasper Tron
- - Jeepler
- - Jon Griffiths
- - Mario Geckler
- - Michal Rostecki
- - Nicklaus McClendon
- - Olivier Médoc
- - o
- - Patrick Schleizer
- - Joonas Lehtonen
- - qubesuser
- - Manuel Amador (Rudd-O)
- - Rusty Bird
- - ttasket
- - Unman
- - Victor Lopez
- - Vít Šesták
- - Zrubi

If you are on this list, and you agree to the license change, please reply to this email with a simple "I agree."
If you signed your patch(es), we would strongly prefer that you use the same key to sign your reply.

*Important!*

Ideally, we would like to get consent from everyone on this list
before proceeding with this change. However, it is possible that
one or more people on this list will not reply (e.g. because we do
not have a working email address for them, or they no longer check
the address we have). Therefore, we are adopting the following
policy: *If you do not reply with one month, we will assume that
you consent to this change.* (If you need more time to decide,
simply reply within one month to tell us that you need more time.)

[1] https://www.qubes-os.org/news/2016/11/30/qubes-commercialization/


- --
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJZbKvSAAoJENuP0xzK19cs+uAH/06+oZBlEGo+aqyw6VLCLUUP
+dyKtFNLLo76B8KPYM8UC/Q+pSMby+apX2Mm8kxSDF5K4idIWD3wF3Y45tc8I/aW
8/2QdGHEvw8ejsgtirRIw4o52MtNj6RHvH+Cak2PlYArUHPGsGX9un5PbO7n37uO
MRLuZLo0+Y0TD+0JkdMCSJY18450Uh+4xF/7KLEBcXlyWRaqVnfKfBiDoH5aONOx
Fanwp7gAH0Q1L6UnhG88cRGzwfgOvTiXk4IsMFAcXQSNqbFGZmFte1tTAocjj5VJ
SK1E/SQNFbQR2J6MrIBikTRcHkd7Guwo5iXwub5DbmdxsPZN/47NL8uPLmgbmJk=
=Sh4A
-----END PGP SIGNATURE-----

[Manuel Amador (Rudd-O)]

I have no problem with this. Go ahead.

--

Rudd-O

http://rudd-o.com/

[Mario Geckler]

I agree. Go ahead.

> - Bahtiar `kalkin-` Gadimov
> - Desobediente Civil
> - HW42
> - Ivan Konov
> - Jasper Tron
> - Jeepler
> - Jon Griffiths
> - Mario Geckler
> - Michal Rostecki
> - Nicklaus McClendon
> - Olivier Médoc
> - o
> - Patrick Schleizer
> - Joonas Lehtonen
> - qubesuser
> - Manuel Amador (Rudd-O)
> - Rusty Bird
> - ttasket
> - Unman
> - Victor Lopez
> - Vít Šesták

[Rusty Bird]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Marek Marczykowski-Górecki:

> Dear Qubes Contributors,
>
> In the process of developing commercial extensions[1], we may need to
> interface them directly with Qubes core scripts. While our goal is to
> keep Qubes OS itself as open source, this may not apply to some
> commercial extensions. The majority of commercial components can be
> implemented as standalone applications (qrexec services, etc.) and
> specific configurations (including salt state files). But some of them
> may need to interface with core Qubes code directly (proverbial "import
> qubes" in Python). Doing this with the qubes-core-admin component,
> which is licensed under GPL, would force such an extension to be
> licensed under GPL also. In many cases, we may decide to do this anyway,
> but we'd prefer not to force this (on ourselves or anyone else).
>
> We have three goals here:
> - Keep core Qubes OS code open source
> - Allow proprietary extensions
> - Find ways for Qubes OS to survive and grow
>
> In order to achieve those goals, we'd like to change the
> qubes-core-admin component license in Qubes 4.0 to "LGPLv2.1 (or later)".
> License text is here:
>
> https://www.gnu.org/licenses/old-licenses/lgpl-2.1.en.html
>
> To do so, we must ask everyone who contributed code used in qubes-core-admin in
> Qubes 4.0 to accept this change. Here is the list of contributors:
>
> - Andrew David Wong (Axon)

> - Bahtiar `kalkin-` Gadimov
> - Desobediente Civil
> - HW42
> - Ivan Konov
> - Jasper Tron
> - Jeepler
> - Jon Griffiths
> - Mario Geckler
> - Michal Rostecki
> - Nicklaus McClendon
> - Olivier Médoc
> - o
> - Patrick Schleizer
> - Joonas Lehtonen
> - qubesuser

> - Manuel Amador (Rudd-O)

> - Rusty Bird
> - ttasket
> - Unman
> - Victor Lopez
> - Vít Šesták

> - Zrubi
>
> If you are on this list, and you agree to the license change, please reply to this email with a simple "I agree."
> If you signed your patch(es), we would strongly prefer that you use the same key to sign your reply.
>
> *Important!*
>
> Ideally, we would like to get consent from everyone on this list
> before proceeding with this change. However, it is possible that
> one or more people on this list will not reply (e.g. because we do
> not have a working email address for them, or they no longer check
> the address we have). Therefore, we are adopting the following
> policy: *If you do not reply with one month, we will assume that
> you consent to this change.* (If you need more time to decide,
> simply reply within one month to tell us that you need more time.)
>
> [1] https://www.qubes-os.org/news/2016/11/30/qubes-commercialization/

I agree.

Rusty
-----BEGIN PGP SIGNATURE-----

iQJ8BAEBCgBmBQJZbeiEXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4NEI1OUJDRkM2MkIxMjlGRTFCMDZEMDQ0
NjlENzhGNDdBQUYyQURGAAoJEEadePR6ryrftTgP/je6cL9i+UgCqJfIkeNKlZ1d
98W62soaF+RdtD9BRZEJZIXfQi1tprJ3ICr4IWIlgDG9U8m9G/KESPnQhdhJregn
Wv0Bs5XZFT/wh0A+9EZv5vitNDzbeUxozYxpG5tMC4XPvPbDQV+BrOSNxe9Jf61k
pnTAsqF3hmghEaRPhXc/M4NUcL2aLheL6bNTV2YIDXjBK5KPCurPCLYNqNupDMah
HZzESFldAjZgiqctxL97hN0WRzeB5bSvZJb56AU9iduyq95Ei7b8D4OFGaNkQZpK
a9DJaXdXBIbsiYAohvRVAzL0GtF75F+hnMBMkUVpAnbOwVvidpdNyxKkMs12H5cI
N+AaACigsz4VQhquYRc3HVznY4X/pIr77k6HKstD7wV8gDbjlPOj3cSF9UiigXY2
i2w1f5CtnqcqsbBqNvpTA6P06ykJZ+8AQBHafD91ASA8duCj5HfSKLZr51zs0pyj
qidy9MOGOujMKRSeEmRZtmlezUYwuxcV3EPbHVNzpS9VhormDe7oNPtA5AuciiUb
mxP9zEWJ0aRL456+GAY8GShs0DV+UY/eiRnf9dhCN1LHcFGJF4Y+ZpJW3N8KBYM+
M3jx8c5fWfc4s71sRXa1ACRu/37+jBqL92FxLa+PHdDmfYlYGrtjyhHPDHCPPGFA
c5dyZ/vbMa3Ll4p+L2DG
=py3n
-----END PGP SIGNATURE-----

[Bahtiar `kalkin-` Gadimov]

I agree to the change of the qubes-core-admin component license in Qubes

4.0 to "LGPLv2.1 (or later)"

kalkin

On 07/17/2017 02:21 PM, Marek Marczykowski-Górecki wrote:
> Dear Qubes Contributors,
>
> In the process of developing commercial extensions[1], we may need to
> interface them directly with Qubes core scripts. While our goal is to
> keep Qubes OS itself as open source, this may not apply to some
> commercial extensions. The majority of commercial components can be
> implemented as standalone applications (qrexec services, etc.) and
> specific configurations (including salt state files). But some of them
> may need to interface with core Qubes code directly (proverbial "import
> qubes" in Python). Doing this with the qubes-core-admin component,
> which is licensed under GPL, would force such an extension to be
> licensed under GPL also. In many cases, we may decide to do this anyway,
> but we'd prefer not to force this (on ourselves or anyone else).
>
> We have three goals here:
> - Keep core Qubes OS code open source
> - Allow proprietary extensions
> - Find ways for Qubes OS to survive and grow
>
> In order to achieve those goals, we'd like to change the
> qubes-core-admin component license in Qubes 4.0 to "LGPLv2.1 (or later)".
> License text is here:
>
> https://www.gnu.org/licenses/old-licenses/lgpl-2.1.en.html
>
> To do so, we must ask everyone who contributed code used in qubes-core-admin in
> Qubes 4.0 to accept this change. Here is the list of contributors:
>
> - Andrew David Wong (Axon)

> - Bahtiar `kalkin-` Gadimov
> - Desobediente Civil
> - HW42
> - Ivan Konov
> - Jasper Tron
> - Jeepler
> - Jon Griffiths
> - Mario Geckler
> - Michal Rostecki
> - Nicklaus McClendon
> - Olivier Médoc
> - o
> - Patrick Schleizer
> - Joonas Lehtonen
> - qubesuser

> - Manuel Amador (Rudd-O)

> - Rusty Bird
> - ttasket
> - Unman
> - Victor Lopez
> - Vít Šesták

[Chris Laprise]

I agree.

--

Chris Laprise, tas...@openmailbox.org
https://twitter.com/ttaskett
PGP: BEE2 20C5 356E 764A 73EB 4AB3 1DC4 D106 F07F 1886

[Andrew David Wong]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

I agree. :)

On 2017-07-17 07:21, Marek Marczykowski-Górecki wrote:
> Dear Qubes Contributors,
>
> In the process of developing commercial extensions[1], we may need to
> interface them directly with Qubes core scripts. While our goal is to
> keep Qubes OS itself as open source, this may not apply to some
> commercial extensions. The majority of commercial components can be
> implemented as standalone applications (qrexec services, etc.) and
> specific configurations (including salt state files). But some of them
> may need to interface with core Qubes code directly (proverbial "import
> qubes" in Python). Doing this with the qubes-core-admin component,
> which is licensed under GPL, would force such an extension to be
> licensed under GPL also. In many cases, we may decide to do this anyway,
> but we'd prefer not to force this (on ourselves or anyone else).
>
> We have three goals here:
> - Keep core Qubes OS code open source
> - Allow proprietary extensions
> - Find ways for Qubes OS to survive and grow
>
> In order to achieve those goals, we'd like to change the
> qubes-core-admin component license in Qubes 4.0 to "LGPLv2.1 (or later)".
> License text is here:
>
> https://www.gnu.org/licenses/old-licenses/lgpl-2.1.en.html
>
> To do so, we must ask everyone who contributed code used in qubes-core-admin in
> Qubes 4.0 to accept this change. Here is the list of contributors:
>
> - Andrew David Wong (Axon)

> - Bahtiar `kalkin-` Gadimov
> - Desobediente Civil
> - HW42
> - Ivan Konov
> - Jasper Tron
> - Jeepler
> - Jon Griffiths
> - Mario Geckler
> - Michal Rostecki
> - Nicklaus McClendon
> - Olivier Médoc
> - o
> - Patrick Schleizer
> - Joonas Lehtonen
> - qubesuser

> - Manuel Amador (Rudd-O)

> - Rusty Bird
> - ttasket
> - Unman
> - Victor Lopez
> - Vít Šesták

> - Zrubi
>
> If you are on this list, and you agree to the license change, please reply to this email with a simple "I agree."
> If you signed your patch(es), we would strongly prefer that you use the same key to sign your reply.
>
> *Important!*
>
> Ideally, we would like to get consent from everyone on this list
> before proceeding with this change. However, it is possible that
> one or more people on this list will not reply (e.g. because we do
> not have a working email address for them, or they no longer check
> the address we have). Therefore, we are adopting the following
> policy: *If you do not reply with one month, we will assume that
> you consent to this change.* (If you need more time to decide,
> simply reply within one month to tell us that you need more time.)
>
> [1] https://www.qubes-os.org/news/2016/11/30/qubes-commercialization/
>

- --

Andrew David Wong (Axon)
Community Manager, Qubes OS
https://www.qubes-os.org
-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJZb/OzAAoJENtN07w5UDAwzGQQALkmBZJ+LXN19Zmw7bzuEH4x
X3kyglQOBwxwh69KPRHoEbXfykONFK3LBX2tSfL2wSh4VNK0uTSaDHgRq6ezTAYq
Bf159ULMq9zRrDGhpfEZFHb5YCsTvu4h26vJLPlE4LnwR0wEcF+oQzkhHQqfwsRH
qHif/UmTH+5QoAc7KKLsfkDAsj/7nAXzFMEMgCcQnGjdyHmJfNFxQi2G7D4CRUM9
SMvNeiohblmi0fHE6KQKUeEEcw9gQmh3d6i7/AiKF09VQX+9YISjUlHPaFbQNZCk
Rb/zGFjnZUBkfmPg8ful+owAMvCKBc2Vg07C2AfePHmYcLA2RjfbHovHmDowdJRu
JEtOZAVIy9S8EAOJz5m1cbgeOeh2oN5pr+jJX3Djgx2jrpZcGRgBylXWURq0xdiF
h4P1Xjx5xlMK0ZurQoZy+pzYWimLsBv8v8Yd8HFdvEjwSHE7/vsVBT5e2xS3AKwy
WMdtbIMQDQHxdwyN4Agz6nFajYJSbg0uoK54f/hBTTRj+WISizUMBQXB3SGQX2RL
6Z7OBKBdVpSPFoA1c5zjzQ0tgJVsIYXZenLSfZTQR0NEs+EP1jNxslN2PU/Rg7YK
ffC+YVh5RenV3a0f3tvAGghpdOLPVSL/Ttp8hbEwDFc763/NfVeyvykH9IUQ461W
L/QCdgaMD5OHwJ0T9M5r
=YQCw
-----END PGP SIGNATURE-----

[Patrick Schleizer]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Yes, fine with me! :)

Cheers,
Patrick

Marek Marczykowski-Górecki:

> Dear Qubes Contributors,
>
> In the process of developing commercial extensions[1], we may need
> to interface them directly with Qubes core scripts. While our goal
> is to keep Qubes OS itself as open source, this may not apply to
> some commercial extensions. The majority of commercial components
> can be implemented as standalone applications (qrexec services,
> etc.) and specific configurations (including salt state files).
> But some of them may need to interface with core Qubes code
> directly (proverbial "import qubes" in Python). Doing this with
> the qubes-core-admin component, which is licensed under GPL, would
> force such an extension to be licensed under GPL also. In many
> cases, we may decide to do this anyway, but we'd prefer not to
> force this (on ourselves or anyone else).
>
> We have three goals here: - Keep core Qubes OS code open source -
> Allow proprietary extensions - Find ways for Qubes OS to survive
> and grow
>
> In order to achieve those goals, we'd like to change the
> qubes-core-admin component license in Qubes 4.0 to "LGPLv2.1 (or
> later)". License text is here:
>
> https://www.gnu.org/licenses/old-licenses/lgpl-2.1.en.html
>
> To do so, we must ask everyone who contributed code used in
> qubes-core-admin in Qubes 4.0 to accept this change. Here is the
> list of contributors:
>

> - Andrew David Wong (Axon) - Bahtiar `kalkin-` Gadimov -
> Desobediente Civil - HW42 - Ivan Konov - Jasper Tron - Jeepler -
> Jon Griffiths - Mario Geckler - Michal Rostecki - Nicklaus
> McClendon - Olivier Médoc - o - Patrick Schleizer - Joonas Lehtonen
> - qubesuser - Manuel Amador (Rudd-O) - Rusty Bird - ttasket - Unman

> - Victor Lopez - Vít Šesták - Zrubi

>
> If you are on this list, and you agree to the license change,
> please reply to this email with a simple "I agree." If you signed
> your patch(es), we would strongly prefer that you use the same key
> to sign your reply.
>
> *Important!*
>
> Ideally, we would like to get consent from everyone on this list
> before proceeding with this change. However, it is possible that
> one or more people on this list will not reply (e.g. because we do
> not have a working email address for them, or they no longer check
> the address we have). Therefore, we are adopting the following
> policy: *If you do not reply with one month, we will assume that
> you consent to this change.* (If you need more time to decide,
> simply reply within one month to tell us that you need more time.)
>
> [1]
> https://www.qubes-os.org/news/2016/11/30/qubes-commercialization/
>
>
>

-----BEGIN PGP SIGNATURE-----

iQKTBAEBCgB9FiEEbpebKKbzfEO+MK+hy41Qu3e7PEgFAllx+ZJfFIAAAAAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZF
OTc5QjI4QTZGMzdDNDNCRTMwQUZBMUNCOEQ1MEJCNzdCQjNDNDgACgkQy41Qu3e7
PEhtjhAAjdakHquSNIXQv9V2hpnXCLUwoEpIzDwwuo17+qCZnbFiENQLMcl9X+h7
/fU3CvVlAi1xm4JUpo9WdWmLl+warv9JehmJHvjmNU1TVNrwkrTF6C7GlLV1Xgec
oOrG2nladCWUPUNxP0F2UwpBqO8hDzpioFTCI9e/Qtjifm8aOQfuQ2VAWZ1eogkd
mcZSs2KA7lKjbviFSWSCSsNeZ9i+7U2CStdBt9zZAg4pk2QT7ECYOWeYtwAo6gGV
G9hx48Aa4DL1JZDmDrku/rB30snYg3odI7GzxYsOvJp9phVYGSXoJujWGGvlysmc
XSfjdW+2B4kUvwGm9b/Zdy0FWrPYIJSY5fcTlPM7n1PVuQOyGK5Q+13gNKLLiYpY
bwddfq/OLFmgK9a4XPIC2upKv2miG3SUqpwKnr0HBHuSoyO+W7HksekX52vV0ipu
P2Pd3THDiegVhdnn342hOxi4TMBv3onmIzWr/CiXapBBWhDuWc3iHTaLUXBVPuyf
G8pHdOKzhVHD9vi3fjO/YskgWq1lCBxw5nHxTxw6IzN7YxmC72QO5PikIQTyuvhl
S0711l/trYMnxT1b502hEMG0NZDGgdjQ2qspjJ2c3xJEjzbX/GbpN7lDWl2bE8av
GJvKI8nUYQFN37903sfZ/CXRfhlnP4p2eglT8EKQA3ilm4kDxUQ=
=rD8T
-----END PGP SIGNATURE-----

[Vít Šesták]

I agree with the change.

> If you do not reply with one month, we will assume that you consent to this change.

I am afraid this is not legally bulletproof.

Anyway, I wish you smooth transition to the new license.

Regards,
Vít Šesták 'v6ak'

[HW42]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Marek Marczykowski-Górecki:

> Dear Qubes Contributors,
>
> In the process of developing commercial extensions[1], we may need to
> interface them directly with Qubes core scripts. While our goal is to
> keep Qubes OS itself as open source, this may not apply to some
> commercial extensions. The majority of commercial components can be
> implemented as standalone applications (qrexec services, etc.) and
> specific configurations (including salt state files). But some of them
> may need to interface with core Qubes code directly (proverbial "import
> qubes" in Python). Doing this with the qubes-core-admin component,
> which is licensed under GPL, would force such an extension to be
> licensed under GPL also. In many cases, we may decide to do this anyway,
> but we'd prefer not to force this (on ourselves or anyone else).
>
> We have three goals here:
> - Keep core Qubes OS code open source
> - Allow proprietary extensions
> - Find ways for Qubes OS to survive and grow
>
> In order to achieve those goals, we'd like to change the
> qubes-core-admin component license in Qubes 4.0 to "LGPLv2.1 (or later)".
> License text is here:
>
> https://www.gnu.org/licenses/old-licenses/lgpl-2.1.en.html
>
> To do so, we must ask everyone who contributed code used in qubes-core-admin in
> Qubes 4.0 to accept this change. Here is the list of contributors:
>
> - Andrew David Wong (Axon)

> - Bahtiar `kalkin-` Gadimov
> - Desobediente Civil
> - HW42
> - Ivan Konov
> - Jasper Tron
> - Jeepler
> - Jon Griffiths
> - Mario Geckler
> - Michal Rostecki
> - Nicklaus McClendon
> - Olivier Médoc
> - o
> - Patrick Schleizer
> - Joonas Lehtonen
> - qubesuser

> - Manuel Amador (Rudd-O)

> - Rusty Bird
> - ttasket
> - Unman
> - Victor Lopez
> - Vít Šesták

> - Zrubi
>
> If you are on this list, and you agree to the license change, please reply to this email with a simple "I agree."
> If you signed your patch(es), we would strongly prefer that you use the same key to sign your reply.

Agreement and signatures from my email and my code signing key attached
(I have submitted some patches via mail and some via git).

> *Important!*
>
> Ideally, we would like to get consent from everyone on this list
> before proceeding with this change. However, it is possible that
> one or more people on this list will not reply (e.g. because we do
> not have a working email address for them, or they no longer check
> the address we have). Therefore, we are adopting the following
> policy: *If you do not reply with one month, we will assume that
> you consent to this change.* (If you need more time to decide,
> simply reply within one month to tell us that you need more time.)
>
> [1] https://www.qubes-os.org/news/2016/11/30/qubes-commercialization/

-----BEGIN PGP SIGNATURE-----

iQJDBAEBCgAtFiEEqieyzvOmi9FGaQcT5KzJJ4pkaBYFAll0oCAPHGh3NDJAaXBz
dW1qLmRlAAoJEOSsySeKZGgWTxMP/AynkrVcivatcZNPAj5+IN4W+/9UonN7kICv
aQxvn/RjnFoxCNwt1Q+S4K748pl/PQWnHHgp8KbBziBVt+ZB7qZdh5QV44HUVBBb
fHv2gPm4Elu5NQWmNPNuzIue0T9WAOUGR0nzHSh5sOZigFbVfFXiJZv99hiUsDp3
ai16RdsFF8JIflxQXNdATokMRO3VkLf/1Pz0dtfZAo6J5rHXWTcScgXPBfvAuWCZ
JXPAHF3xLYp7MUnDC6KMhbFSCsLx77PUTveQJD2x5w33FNIIs0+waIHNIblZuRJV
NB8yE71Rq1pJ5qfzC5I7bEN0QQSPkKgECB+P6y2IlRRO3gdkMBUxyfx5x+Kb05lT
DBRxW48qn+F1IYAaYsFk0nQqcBxywi+xpEggqgvde32Z2OkLF4deAZPzk0BfLNCH
o+9PfdWgBRXtgxvePiz3OelzaWc7zpbbfMlCgjShOkIMBWoUOuELaTnd6tW8q9sW
WTLaF7W/zILB1x9PnNGcLb92Q6LQDd4R9mWUOZaa3Ux+NLFia0ane7qCHCmaxzaB
Zur03iyDQSBKQtuhdVNnAKqLMkUvBYzsfTbij/yCokQzOGQ+MrVaNG7u/BfCd/Wl
xt5YFcxM/kPnx9fSPSNXbJmIf3S+2U2CH6wSuGXCa+0//ahHjqFaolFTlsZa1JeK
vJyX7eeZ
=9dY+
-----END PGP SIGNATURE-----

[Olivier Médoc]

I agree.

On 07/17/2017 02:21 PM, Marek Marczykowski-Górecki wrote:

Dear Qubes Contributors,

In the process of developing commercial extensions[1], we may need to
interface them directly with Qubes core scripts. While our goal is to
keep Qubes OS itself as open source, this may not apply to some
commercial extensions. The majority of commercial components can be
implemented as standalone applications (qrexec services, etc.) and
specific configurations (including salt state files). But some of them
may need to interface with core Qubes code directly (proverbial "import
qubes" in Python). Doing this with the qubes-core-admin component,
which is licensed under GPL, would force such an extension to be
licensed under GPL also. In many cases, we may decide to do this anyway,
but we'd prefer not to force this (on ourselves or anyone else).

We have three goals here:
 - Keep core Qubes OS code open source
 - Allow proprietary extensions
 - Find ways for Qubes OS to survive and grow

In order to achieve those goals, we'd like to change the
qubes-core-admin component license in Qubes 4.0 to "LGPLv2.1 (or later)".
License text is here:

https://www.gnu.org/licenses/old-licenses/lgpl-2.1.en.html

To do so, we must ask everyone who contributed code used in qubes-core-admin in
Qubes 4.0 to accept this change. Here is the list of contributors:

- Andrew David Wong (Axon)

- Bahtiar `kalkin-` Gadimov
- Desobediente Civil
- HW42
- Ivan Konov
- Jasper Tron
- Jeepler
- Jon Griffiths
- Mario Geckler
- Michal Rostecki
- Nicklaus McClendon
- Olivier Médoc
- o
- Patrick Schleizer
- Joonas Lehtonen
- qubesuser

- Manuel Amador (Rudd-O)

- Rusty Bird
- ttasket
- Unman
- Victor Lopez
- Vít Šesták

>

[Nicklaus McClendon]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 07/17/2017 07:21 AM, Marek Marczykowski-Górecki wrote:
> Dear Qubes Contributors,
>
> In the process of developing commercial extensions[1], we may need
> to interface them directly with Qubes core scripts. While our goal
> is to keep Qubes OS itself as open source, this may not apply to
> some commercial extensions. The majority of commercial components
> can be implemented as standalone applications (qrexec services,
> etc.) and specific configurations (including salt state files). But
> some of them may need to interface with core Qubes code directly
> (proverbial "import qubes" in Python). Doing this with the
> qubes-core-admin component, which is licensed under GPL, would
> force such an extension to be licensed under GPL also. In many
> cases, we may decide to do this anyway, but we'd prefer not to
> force this (on ourselves or anyone else).
>
> We have three goals here: - Keep core Qubes OS code open source -
> Allow proprietary extensions - Find ways for Qubes OS to survive
> and grow
>
> In order to achieve those goals, we'd like to change the
> qubes-core-admin component license in Qubes 4.0 to "LGPLv2.1 (or
> later)". License text is here:
>
> https://www.gnu.org/licenses/old-licenses/lgpl-2.1.en.html
>
> To do so, we must ask everyone who contributed code used in
> qubes-core-admin in Qubes 4.0 to accept this change. Here is the
> list of contributors:
>

> - Andrew David Wong (Axon) - Bahtiar `kalkin-` Gadimov -

> Desobediente Civil - HW42 - Ivan Konov - Jasper Tron - Jeepler -
> Jon Griffiths - Mario Geckler - Michal Rostecki - Nicklaus
> McClendon - Olivier Médoc - o - Patrick Schleizer - Joonas

> Lehtonen - qubesuser - Manuel Amador (Rudd-O) - Rusty Bird -
> ttasket - Unman - Victor Lopez - Vít Šesták - Zrubi

>
> If you are on this list, and you agree to the license change,
> please reply to this email with a simple "I agree." If you signed
> your patch(es), we would strongly prefer that you use the same key
> to sign your reply.
>
> *Important!*
>
> Ideally, we would like to get consent from everyone on this list
> before proceeding with this change. However, it is possible that
> one or more people on this list will not reply (e.g. because we do
> not have a working email address for them, or they no longer check
> the address we have). Therefore, we are adopting the following
> policy: *If you do not reply with one month, we will assume that
> you consent to this change.* (If you need more time to decide,
> simply reply within one month to tell us that you need more time.)
>
> [1]
> https://www.qubes-os.org/news/2016/11/30/qubes-commercialization/
>
>
>

I agree.

- --
kulinacs <nick...@kulinacs.com>
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEPL+ie5e8l/3OecVUuXLc0JPgMlYFAll/f0YACgkQuXLc0JPg
MlYpGQ//YNGfn0Q1KqoEra9KPqYUc/8EuTu8UEDFobXv5DFiXjwJlTU7MKhaDljh
7JwQeUP/nkZLA7/tUPuJTtl7fzYQAR8lMxYia0lPwHtYU397VfFqH/q3ea4Ijijx
CYfiBpqgJ8IG7QxcNi31wDPhpYJDjMdImA+IBrTKATFVXDImjIuDncop7VrZe2PP
QtX3WvfRyYnTBR4hWzQduLr14pUSkw2Xwb+V93cWwJio7sXovDc5T8BUS+gGUsG4
A9uqHQw2/jL+f0ux/tvU1uWbD4hNjMpyZUjzJ7M3MhDeDJNi97AldyALECNfmYLT
O13/I67vz045ybqCLy0ZMBJ4k24d3hPlOGW3IBohhwzWlPFcqTkRfb1E/4Gbx0Lh
txHd+EaQK7FShXmO1fHRlxKVyxvT0OVW0rH+HGqjwIh9BH+2UyEwi40pMd/sYcWD
5+IhU2EP6rOPKKk2FrCDahHN/7bBlzjnzoNEXC+63DHlJ3SGBf/lwhywVVN8DVjN
4WRS0drvkk6Cz+ZchB3mcBCIiDpKZNRQZgmTTvwcuL89hyAAhtTwNkqTrlavzK94
nsXy4qkJCb3MFcA7oauLaVndABop0qQqY3DI6JjTp0Hc1wcCPFUFRZ24Qh9KYYyh
N80cua9xrT4fbnRepOdLph+5kwe4FgjTO4jZcR+bQ+e0c8zqWbc=
=zBEb
-----END PGP SIGNATURE-----

[je]

I agree to the license change from GPL to LGPL.

However, I hope that ITL will find a more modern approach to a commercial (enterprise) version which is not or at least not solely based on licenses. Proprietary licenses can impose legal and security problems for organizations. For example, the inability to perform source code audits, add features and the overhead of license management for compliance reasons.

--

Jeppler