Enable Gerrit CLA and Contact Store on review-dev.
This replaces the previous Echosign+Launchpad+Wiki+approver-based
asynchronous contributor license agreement signing process with a
fully-automated one contained entirely within Gerrit itself.
Note that the CLA features in Gerrit's WebUI depend on a modified
gerrit.war with an earlier patch reverted:
https://review.openstack.org/12716
* manifests/site.pp(review-dev.openstack.org): Fill contactstore_appsec
and contactstore_pubkey private material from hiera, for use by Gerrit's
contact store feature. Similar entries should be added for
review.openstack.org before going into production.
* modules/gerrit/manifests/init.pp(gerrit): Add contactstore,
contactstore_appsec and contactstore_url variables needed by the
gerrit.config.erb template, and contactstore_pubkey needed by the
contact_information.pub.erb template. Add a conditional block so that if
contactstore is enabled it installs the libbcpg-java package which
Bouncy Castle needs for OpenPGP operations, links the bcpg.jar into
Gerrit's lib directory, and builds contact_information.pub from the
contact_information.pub.erb template.
* modules/gerrit/templates/contact_information.pub.erb: New template
which is effectively an empty file waiting to be filled with the
contents of the contactstore_pubkey variable. The
gerrit_contact_information.pub file built from it gets used to encrypt
contact information filed by users in such a way that it can only be
decrypted by the private key held by the Foundation.
* modules/gerrit/templates/gerrit.config.erb(contactstore): New section,
implemented conditionally for safety. Once enabled, if the
contactstore_appsec and contactstore_url are unset then Gerrit will
refuse to start. If the system referred to by contactstore_url is
unresponsive or contactstore_appsec does not contain the shared secret
it's expecting, contributors will be unable to file initial or updated
contact information through Gerrit's WebUI.
* modules/openstack_project/files/gerrit/cla.html: A stripped-down HTML
copy of http://wiki.openstack.org/CLA retaining all the original
wording. This will probably need updating by OpenStack Foundation staff.
* modules/openstack_project/manifests/gerrit.pp
(openstack_project::gerrit): Add contactstore, contactstore_appsec,
contactstore_pubkey and contactstore_url variables to pass back into the
gerrit module. Also define the cla_description, cla_file, cla_id and
cla_name variables which get used in the gerrit_set_agreements.sh.erb
template. Add an entry to install the cla.html file.
* modules/openstack_project/manifests/review_dev.pp
(openstack_project::review_dev): Add the contactstore_appsec and
contactstore_pubkey variables so they can be filled in by hiera.
Override the war to pull in the g69c8fa6 test build which has the
aforementioned CLA bits restored. Turn on contactstore and set
contactstore_url to point to an existing test CGI on the Internet until
the Foundation has theirs ready. Pass contactstore_appsec and
contactstore_pubkey through up into gerrit.pp. Add an entry for the
set_agreements.sh script built from the gerrit_set_agreements.sh.erb
template and then execute it to add the new CLA to Gerrit's DB and mark
the old one expired. Similar changes should be made in review.pp before
going into production.
* modules/openstack_project/templates/gerrit_set_agreements.sh.erb: New
template used to build a set_agreements.sh script which checks Gerrit's
database and, if necessary, expires the old Echosign CLA and adds the
new local CLA. These conditions are checked and associated operations
performed independently, so subsequent runs become a no-op.
Post-migration, this can probably be neutered further and kept around
for pushing future CLA modifications into the database when needed.
Change-Id: Ib7136fef23dbd5602955649b33a57bc8d7106026
Reviewed-on: https://review.openstack.org/13058
Reviewed-by: Monty Taylor <mordred@inaugust.com>
Reviewed-by: Clark Boylan <clark.boylan@gmail.com>
Reviewed-by: James E. Blair <corvus@inaugust.com>
Approved: Monty Taylor <mordred@inaugust.com>
Tested-by: Jenkins
2012-09-15 00:51:25 +00:00
|
|
|
<html><body><div>
|
|
|
|
|
2013-01-09 20:35:39 +00:00
|
|
|
<h1>
|
|
|
|
OpenStack Project Individual Contributor License Agreement
|
|
|
|
</h1>
|
Enable Gerrit CLA and Contact Store on review-dev.
This replaces the previous Echosign+Launchpad+Wiki+approver-based
asynchronous contributor license agreement signing process with a
fully-automated one contained entirely within Gerrit itself.
Note that the CLA features in Gerrit's WebUI depend on a modified
gerrit.war with an earlier patch reverted:
https://review.openstack.org/12716
* manifests/site.pp(review-dev.openstack.org): Fill contactstore_appsec
and contactstore_pubkey private material from hiera, for use by Gerrit's
contact store feature. Similar entries should be added for
review.openstack.org before going into production.
* modules/gerrit/manifests/init.pp(gerrit): Add contactstore,
contactstore_appsec and contactstore_url variables needed by the
gerrit.config.erb template, and contactstore_pubkey needed by the
contact_information.pub.erb template. Add a conditional block so that if
contactstore is enabled it installs the libbcpg-java package which
Bouncy Castle needs for OpenPGP operations, links the bcpg.jar into
Gerrit's lib directory, and builds contact_information.pub from the
contact_information.pub.erb template.
* modules/gerrit/templates/contact_information.pub.erb: New template
which is effectively an empty file waiting to be filled with the
contents of the contactstore_pubkey variable. The
gerrit_contact_information.pub file built from it gets used to encrypt
contact information filed by users in such a way that it can only be
decrypted by the private key held by the Foundation.
* modules/gerrit/templates/gerrit.config.erb(contactstore): New section,
implemented conditionally for safety. Once enabled, if the
contactstore_appsec and contactstore_url are unset then Gerrit will
refuse to start. If the system referred to by contactstore_url is
unresponsive or contactstore_appsec does not contain the shared secret
it's expecting, contributors will be unable to file initial or updated
contact information through Gerrit's WebUI.
* modules/openstack_project/files/gerrit/cla.html: A stripped-down HTML
copy of http://wiki.openstack.org/CLA retaining all the original
wording. This will probably need updating by OpenStack Foundation staff.
* modules/openstack_project/manifests/gerrit.pp
(openstack_project::gerrit): Add contactstore, contactstore_appsec,
contactstore_pubkey and contactstore_url variables to pass back into the
gerrit module. Also define the cla_description, cla_file, cla_id and
cla_name variables which get used in the gerrit_set_agreements.sh.erb
template. Add an entry to install the cla.html file.
* modules/openstack_project/manifests/review_dev.pp
(openstack_project::review_dev): Add the contactstore_appsec and
contactstore_pubkey variables so they can be filled in by hiera.
Override the war to pull in the g69c8fa6 test build which has the
aforementioned CLA bits restored. Turn on contactstore and set
contactstore_url to point to an existing test CGI on the Internet until
the Foundation has theirs ready. Pass contactstore_appsec and
contactstore_pubkey through up into gerrit.pp. Add an entry for the
set_agreements.sh script built from the gerrit_set_agreements.sh.erb
template and then execute it to add the new CLA to Gerrit's DB and mark
the old one expired. Similar changes should be made in review.pp before
going into production.
* modules/openstack_project/templates/gerrit_set_agreements.sh.erb: New
template used to build a set_agreements.sh script which checks Gerrit's
database and, if necessary, expires the old Echosign CLA and adds the
new local CLA. These conditions are checked and associated operations
performed independently, so subsequent runs become a no-op.
Post-migration, this can probably be neutered further and kept around
for pushing future CLA modifications into the database when needed.
Change-Id: Ib7136fef23dbd5602955649b33a57bc8d7106026
Reviewed-on: https://review.openstack.org/13058
Reviewed-by: Monty Taylor <mordred@inaugust.com>
Reviewed-by: Clark Boylan <clark.boylan@gmail.com>
Reviewed-by: James E. Blair <corvus@inaugust.com>
Approved: Monty Taylor <mordred@inaugust.com>
Tested-by: Jenkins
2012-09-15 00:51:25 +00:00
|
|
|
|
2013-01-09 20:35:39 +00:00
|
|
|
<!--
|
|
|
|
This is the current OpenStack Project Individual Contributor License Agreement
|
|
|
|
reformatted for HTML from the original "RevisedCLA.doc" with SHA1 sum
|
|
|
|
0467dd893d276cefde614e063a363b995d67e5ee provided by Jonathan Bryce, Executive
|
|
|
|
Director on behalf of The OpenStack Foundation on Monday, January 7, 2013. No
|
2013-02-20 04:36:10 +00:00
|
|
|
textual content was changed except to replace quote marks with their strict
|
|
|
|
ASCII equivalents, add the original LLC CLA text as a block quote, and restore
|
|
|
|
a previously inapplicable statement (sentence #2 of paragraph #2) adapted from
|
|
|
|
the Apache Software Foundation ICLA at his direction.
|
2013-01-09 20:35:39 +00:00
|
|
|
-->
|
Enable Gerrit CLA and Contact Store on review-dev.
This replaces the previous Echosign+Launchpad+Wiki+approver-based
asynchronous contributor license agreement signing process with a
fully-automated one contained entirely within Gerrit itself.
Note that the CLA features in Gerrit's WebUI depend on a modified
gerrit.war with an earlier patch reverted:
https://review.openstack.org/12716
* manifests/site.pp(review-dev.openstack.org): Fill contactstore_appsec
and contactstore_pubkey private material from hiera, for use by Gerrit's
contact store feature. Similar entries should be added for
review.openstack.org before going into production.
* modules/gerrit/manifests/init.pp(gerrit): Add contactstore,
contactstore_appsec and contactstore_url variables needed by the
gerrit.config.erb template, and contactstore_pubkey needed by the
contact_information.pub.erb template. Add a conditional block so that if
contactstore is enabled it installs the libbcpg-java package which
Bouncy Castle needs for OpenPGP operations, links the bcpg.jar into
Gerrit's lib directory, and builds contact_information.pub from the
contact_information.pub.erb template.
* modules/gerrit/templates/contact_information.pub.erb: New template
which is effectively an empty file waiting to be filled with the
contents of the contactstore_pubkey variable. The
gerrit_contact_information.pub file built from it gets used to encrypt
contact information filed by users in such a way that it can only be
decrypted by the private key held by the Foundation.
* modules/gerrit/templates/gerrit.config.erb(contactstore): New section,
implemented conditionally for safety. Once enabled, if the
contactstore_appsec and contactstore_url are unset then Gerrit will
refuse to start. If the system referred to by contactstore_url is
unresponsive or contactstore_appsec does not contain the shared secret
it's expecting, contributors will be unable to file initial or updated
contact information through Gerrit's WebUI.
* modules/openstack_project/files/gerrit/cla.html: A stripped-down HTML
copy of http://wiki.openstack.org/CLA retaining all the original
wording. This will probably need updating by OpenStack Foundation staff.
* modules/openstack_project/manifests/gerrit.pp
(openstack_project::gerrit): Add contactstore, contactstore_appsec,
contactstore_pubkey and contactstore_url variables to pass back into the
gerrit module. Also define the cla_description, cla_file, cla_id and
cla_name variables which get used in the gerrit_set_agreements.sh.erb
template. Add an entry to install the cla.html file.
* modules/openstack_project/manifests/review_dev.pp
(openstack_project::review_dev): Add the contactstore_appsec and
contactstore_pubkey variables so they can be filled in by hiera.
Override the war to pull in the g69c8fa6 test build which has the
aforementioned CLA bits restored. Turn on contactstore and set
contactstore_url to point to an existing test CGI on the Internet until
the Foundation has theirs ready. Pass contactstore_appsec and
contactstore_pubkey through up into gerrit.pp. Add an entry for the
set_agreements.sh script built from the gerrit_set_agreements.sh.erb
template and then execute it to add the new CLA to Gerrit's DB and mark
the old one expired. Similar changes should be made in review.pp before
going into production.
* modules/openstack_project/templates/gerrit_set_agreements.sh.erb: New
template used to build a set_agreements.sh script which checks Gerrit's
database and, if necessary, expires the old Echosign CLA and adds the
new local CLA. These conditions are checked and associated operations
performed independently, so subsequent runs become a no-op.
Post-migration, this can probably be neutered further and kept around
for pushing future CLA modifications into the database when needed.
Change-Id: Ib7136fef23dbd5602955649b33a57bc8d7106026
Reviewed-on: https://review.openstack.org/13058
Reviewed-by: Monty Taylor <mordred@inaugust.com>
Reviewed-by: Clark Boylan <clark.boylan@gmail.com>
Reviewed-by: James E. Blair <corvus@inaugust.com>
Approved: Monty Taylor <mordred@inaugust.com>
Tested-by: Jenkins
2012-09-15 00:51:25 +00:00
|
|
|
|
2013-01-09 20:35:39 +00:00
|
|
|
<p><em>
|
|
|
|
In order to clarify the intellectual property license granted with
|
|
|
|
Contributions from any person or entity, the OpenStack Project (the "Project")
|
|
|
|
must have a Contributor License Agreement ("Agreement") on file that has been
|
|
|
|
signed by each Contributor, indicating agreement to the license terms below.
|
|
|
|
This license is for your protection as a Contributor as well as the protection
|
|
|
|
of OpenStack Foundation as Project manager (the "Project Manager") and the
|
|
|
|
Project users; it does not change your rights to use your own Contributions for
|
2013-03-04 20:03:15 +00:00
|
|
|
any other purpose.
|
2013-01-09 20:35:39 +00:00
|
|
|
</em></p>
|
|
|
|
|
|
|
|
<p><em>
|
|
|
|
You accept and agree to the following terms and conditions for Your present and
|
2013-02-20 04:36:10 +00:00
|
|
|
future Contributions submitted to the Project Manager. In return, the Project
|
|
|
|
Manager shall not use Your Contributions in a way that is contrary to the
|
|
|
|
public benefit or inconsistent with its nonprofit status and bylaws in effect
|
|
|
|
at the time of the Contribution. Except for the license granted herein to the
|
|
|
|
Project Manager and recipients of software distributed by the Project Manager,
|
|
|
|
You reserve all right, title, and interest in and to Your Contributions.
|
2013-01-09 20:35:39 +00:00
|
|
|
</em></p>
|
|
|
|
|
|
|
|
<ol>
|
|
|
|
|
|
|
|
<li><p><strong>
|
|
|
|
Definitions.
|
|
|
|
</strong>
|
|
|
|
"You" (or "Your") shall mean the copyright owner or legal entity authorized by
|
|
|
|
the copyright owner that is making this Agreement with the Project Manager. For
|
|
|
|
legal entities, the entity making a Contribution and all other entities that
|
|
|
|
control, are controlled by, or are under common control with that entity are
|
|
|
|
considered to be a single Contributor. For the purposes of this definition,
|
|
|
|
"control" means (i) the power, direct or indirect, to cause the direction or
|
|
|
|
management of such entity, whether by contract or otherwise, or (ii) ownership
|
|
|
|
of fifty percent (50%) or more of the outstanding shares, or (iii) beneficial
|
|
|
|
ownership of such entity. "Contribution" shall mean any original work of
|
|
|
|
authorship, including any modifications or additions to an existing work, that
|
|
|
|
is intentionally submitted by You to the Project Manager for inclusion in, or
|
2013-02-20 20:07:02 -06:00
|
|
|
documentation of, any of the projects owned or managed by the Project Manager
|
|
|
|
(the "Work"). For the purposes of this definition, "submitted" means any form of
|
|
|
|
electronic, verbal, or written communication sent to the Project Manager or its
|
|
|
|
representatives, including but not limited to communication on electronic
|
|
|
|
mailing lists, source code control systems, and issue tracking systems that are
|
|
|
|
managed by, or on behalf of, the Project Manager for the purpose of discussing
|
|
|
|
and improving the Work, but excluding communication that is conspicuously marked
|
|
|
|
or otherwise designated in writing by You as "Not a Contribution."
|
2013-01-09 20:35:39 +00:00
|
|
|
</p></li>
|
|
|
|
|
|
|
|
<li><p><strong>
|
|
|
|
Grant of Copyright License.
|
|
|
|
</strong>
|
|
|
|
Subject to the terms and conditions of this Agreement, You hereby grant to the
|
|
|
|
Project Manager and to recipients of software distributed by the Project
|
|
|
|
Manager a perpetual, worldwide, non-exclusive, no-charge, royalty-free,
|
|
|
|
irrevocable copyright license to reproduce, prepare derivative works of,
|
|
|
|
publicly display, publicly perform, sublicense, and distribute Your
|
|
|
|
Contributions and such derivative works.
|
|
|
|
</p></li>
|
|
|
|
|
|
|
|
<li><p><strong>
|
|
|
|
Grant of Patent License.
|
|
|
|
</strong>
|
|
|
|
Subject to the terms and conditions of this Agreement, You hereby grant to the
|
|
|
|
Project Manager and to recipients of software distributed by the Project
|
|
|
|
Manager a perpetual, worldwide, non-exclusive, no-charge, royalty-free,
|
|
|
|
irrevocable (except as stated in this section) patent license to make, have
|
|
|
|
made, use, offer to sell, sell, import, and otherwise transfer the Work, where
|
|
|
|
such license applies only to those patent claims licensable by You that are
|
|
|
|
necessarily infringed by Your Contribution(s) alone or by combination of Your
|
|
|
|
Contribution(s) with the Work to which such Contribution(s) was submitted. If
|
|
|
|
any entity institutes patent litigation against You or any other entity
|
|
|
|
(including a cross-claim or counterclaim in a lawsuit) alleging that Your
|
|
|
|
Contribution, or the Work to which You have contributed, constitutes direct or
|
|
|
|
contributory patent infringement, then any patent licenses granted to that
|
|
|
|
entity under this Agreement for that Contribution or Work shall terminate as of
|
|
|
|
the date such litigation is filed.
|
|
|
|
</p></li>
|
|
|
|
|
|
|
|
<li><p>
|
|
|
|
You represent that you are legally entitled to grant the above license. If your
|
|
|
|
employer(s) has rights to intellectual property that you create that includes
|
|
|
|
your Contributions, You represent that you have received permission to make
|
|
|
|
Contributions on behalf of that employer, that your employer has waived such
|
|
|
|
rights for your Contributions to the Project Manager, or that your employer has
|
|
|
|
executed a separate Corporate Contributor License Agreement with the Project
|
|
|
|
Manager.
|
|
|
|
</p></li>
|
|
|
|
|
|
|
|
<li><p>
|
|
|
|
You represent that each of Your Contributions is Your original creation (see
|
2013-02-20 20:07:02 -06:00
|
|
|
Section 7 for submissions on behalf of others). You represent that Your
|
2013-01-09 20:35:39 +00:00
|
|
|
Contribution submissions include complete details of any third-party license or
|
|
|
|
other restriction (including, but not limited to, related patents and
|
|
|
|
trademarks) of which you are personally aware and which are associated with any
|
|
|
|
part of Your Contributions.
|
|
|
|
</p></li>
|
|
|
|
|
|
|
|
<li><p>
|
|
|
|
You are not expected to provide support for Your Contributions, except to the
|
|
|
|
extent You desire to provide support. You may provide support for free, for a
|
|
|
|
fee, or not at all. Unless required by applicable law or agreed to in writing,
|
|
|
|
You provide Your Contributions on an "AS IS" BASIS, WITHOUT WARRANTIES OR
|
|
|
|
CONDITIONS OF ANY KIND, either express or implied, including, without
|
|
|
|
limitation, any warranties or conditions of TITLE, NONINFRINGEMENT,
|
|
|
|
MERCHANTABILITY, or FITNESS FOR A PARTICULAR PURPOSE.
|
|
|
|
</p></li>
|
|
|
|
|
|
|
|
<li><p>
|
|
|
|
Should You wish to submit work that is not Your original creation, You may
|
|
|
|
submit it to the Project Manager separately from any Contribution, identifying
|
|
|
|
the complete details of its source and of any license or other restriction
|
|
|
|
(including, but not limited to, related patents, trademarks, and license
|
|
|
|
agreements) of which you are personally aware, and conspicuously marking the
|
|
|
|
work as "Submitted on behalf of a third-party: [named here]".
|
|
|
|
</p></li>
|
Enable Gerrit CLA and Contact Store on review-dev.
This replaces the previous Echosign+Launchpad+Wiki+approver-based
asynchronous contributor license agreement signing process with a
fully-automated one contained entirely within Gerrit itself.
Note that the CLA features in Gerrit's WebUI depend on a modified
gerrit.war with an earlier patch reverted:
https://review.openstack.org/12716
* manifests/site.pp(review-dev.openstack.org): Fill contactstore_appsec
and contactstore_pubkey private material from hiera, for use by Gerrit's
contact store feature. Similar entries should be added for
review.openstack.org before going into production.
* modules/gerrit/manifests/init.pp(gerrit): Add contactstore,
contactstore_appsec and contactstore_url variables needed by the
gerrit.config.erb template, and contactstore_pubkey needed by the
contact_information.pub.erb template. Add a conditional block so that if
contactstore is enabled it installs the libbcpg-java package which
Bouncy Castle needs for OpenPGP operations, links the bcpg.jar into
Gerrit's lib directory, and builds contact_information.pub from the
contact_information.pub.erb template.
* modules/gerrit/templates/contact_information.pub.erb: New template
which is effectively an empty file waiting to be filled with the
contents of the contactstore_pubkey variable. The
gerrit_contact_information.pub file built from it gets used to encrypt
contact information filed by users in such a way that it can only be
decrypted by the private key held by the Foundation.
* modules/gerrit/templates/gerrit.config.erb(contactstore): New section,
implemented conditionally for safety. Once enabled, if the
contactstore_appsec and contactstore_url are unset then Gerrit will
refuse to start. If the system referred to by contactstore_url is
unresponsive or contactstore_appsec does not contain the shared secret
it's expecting, contributors will be unable to file initial or updated
contact information through Gerrit's WebUI.
* modules/openstack_project/files/gerrit/cla.html: A stripped-down HTML
copy of http://wiki.openstack.org/CLA retaining all the original
wording. This will probably need updating by OpenStack Foundation staff.
* modules/openstack_project/manifests/gerrit.pp
(openstack_project::gerrit): Add contactstore, contactstore_appsec,
contactstore_pubkey and contactstore_url variables to pass back into the
gerrit module. Also define the cla_description, cla_file, cla_id and
cla_name variables which get used in the gerrit_set_agreements.sh.erb
template. Add an entry to install the cla.html file.
* modules/openstack_project/manifests/review_dev.pp
(openstack_project::review_dev): Add the contactstore_appsec and
contactstore_pubkey variables so they can be filled in by hiera.
Override the war to pull in the g69c8fa6 test build which has the
aforementioned CLA bits restored. Turn on contactstore and set
contactstore_url to point to an existing test CGI on the Internet until
the Foundation has theirs ready. Pass contactstore_appsec and
contactstore_pubkey through up into gerrit.pp. Add an entry for the
set_agreements.sh script built from the gerrit_set_agreements.sh.erb
template and then execute it to add the new CLA to Gerrit's DB and mark
the old one expired. Similar changes should be made in review.pp before
going into production.
* modules/openstack_project/templates/gerrit_set_agreements.sh.erb: New
template used to build a set_agreements.sh script which checks Gerrit's
database and, if necessary, expires the old Echosign CLA and adds the
new local CLA. These conditions are checked and associated operations
performed independently, so subsequent runs become a no-op.
Post-migration, this can probably be neutered further and kept around
for pushing future CLA modifications into the database when needed.
Change-Id: Ib7136fef23dbd5602955649b33a57bc8d7106026
Reviewed-on: https://review.openstack.org/13058
Reviewed-by: Monty Taylor <mordred@inaugust.com>
Reviewed-by: Clark Boylan <clark.boylan@gmail.com>
Reviewed-by: James E. Blair <corvus@inaugust.com>
Approved: Monty Taylor <mordred@inaugust.com>
Tested-by: Jenkins
2012-09-15 00:51:25 +00:00
|
|
|
|
2013-01-09 20:35:39 +00:00
|
|
|
<li><p>
|
|
|
|
You agree to notify the Project Manager of any facts or circumstances of which
|
|
|
|
you become aware that would make these representations inaccurate in any
|
|
|
|
respect.
|
|
|
|
</p></li>
|
|
|
|
|
|
|
|
<li><p>
|
|
|
|
In addition, if you have provided a Contribution (as defined in the LLC
|
|
|
|
Contribution License Agreement below) to the Project under the Contribution
|
2013-02-25 16:55:29 -06:00
|
|
|
License Agreement to OpenStack, LLC ("LLC Contribution Agreement"), you agree
|
|
|
|
that OpenStack, LLC may assign the LLC Contribution Agreement along with all
|
|
|
|
its rights and obligations under the LLC Contribution License Agreement to the
|
|
|
|
Project Manager.
|
2013-01-09 20:35:39 +00:00
|
|
|
</p></li>
|
|
|
|
|
|
|
|
</ol>
|
|
|
|
|
|
|
|
<blockquote>
|
Enable Gerrit CLA and Contact Store on review-dev.
This replaces the previous Echosign+Launchpad+Wiki+approver-based
asynchronous contributor license agreement signing process with a
fully-automated one contained entirely within Gerrit itself.
Note that the CLA features in Gerrit's WebUI depend on a modified
gerrit.war with an earlier patch reverted:
https://review.openstack.org/12716
* manifests/site.pp(review-dev.openstack.org): Fill contactstore_appsec
and contactstore_pubkey private material from hiera, for use by Gerrit's
contact store feature. Similar entries should be added for
review.openstack.org before going into production.
* modules/gerrit/manifests/init.pp(gerrit): Add contactstore,
contactstore_appsec and contactstore_url variables needed by the
gerrit.config.erb template, and contactstore_pubkey needed by the
contact_information.pub.erb template. Add a conditional block so that if
contactstore is enabled it installs the libbcpg-java package which
Bouncy Castle needs for OpenPGP operations, links the bcpg.jar into
Gerrit's lib directory, and builds contact_information.pub from the
contact_information.pub.erb template.
* modules/gerrit/templates/contact_information.pub.erb: New template
which is effectively an empty file waiting to be filled with the
contents of the contactstore_pubkey variable. The
gerrit_contact_information.pub file built from it gets used to encrypt
contact information filed by users in such a way that it can only be
decrypted by the private key held by the Foundation.
* modules/gerrit/templates/gerrit.config.erb(contactstore): New section,
implemented conditionally for safety. Once enabled, if the
contactstore_appsec and contactstore_url are unset then Gerrit will
refuse to start. If the system referred to by contactstore_url is
unresponsive or contactstore_appsec does not contain the shared secret
it's expecting, contributors will be unable to file initial or updated
contact information through Gerrit's WebUI.
* modules/openstack_project/files/gerrit/cla.html: A stripped-down HTML
copy of http://wiki.openstack.org/CLA retaining all the original
wording. This will probably need updating by OpenStack Foundation staff.
* modules/openstack_project/manifests/gerrit.pp
(openstack_project::gerrit): Add contactstore, contactstore_appsec,
contactstore_pubkey and contactstore_url variables to pass back into the
gerrit module. Also define the cla_description, cla_file, cla_id and
cla_name variables which get used in the gerrit_set_agreements.sh.erb
template. Add an entry to install the cla.html file.
* modules/openstack_project/manifests/review_dev.pp
(openstack_project::review_dev): Add the contactstore_appsec and
contactstore_pubkey variables so they can be filled in by hiera.
Override the war to pull in the g69c8fa6 test build which has the
aforementioned CLA bits restored. Turn on contactstore and set
contactstore_url to point to an existing test CGI on the Internet until
the Foundation has theirs ready. Pass contactstore_appsec and
contactstore_pubkey through up into gerrit.pp. Add an entry for the
set_agreements.sh script built from the gerrit_set_agreements.sh.erb
template and then execute it to add the new CLA to Gerrit's DB and mark
the old one expired. Similar changes should be made in review.pp before
going into production.
* modules/openstack_project/templates/gerrit_set_agreements.sh.erb: New
template used to build a set_agreements.sh script which checks Gerrit's
database and, if necessary, expires the old Echosign CLA and adds the
new local CLA. These conditions are checked and associated operations
performed independently, so subsequent runs become a no-op.
Post-migration, this can probably be neutered further and kept around
for pushing future CLA modifications into the database when needed.
Change-Id: Ib7136fef23dbd5602955649b33a57bc8d7106026
Reviewed-on: https://review.openstack.org/13058
Reviewed-by: Monty Taylor <mordred@inaugust.com>
Reviewed-by: Clark Boylan <clark.boylan@gmail.com>
Reviewed-by: James E. Blair <corvus@inaugust.com>
Approved: Monty Taylor <mordred@inaugust.com>
Tested-by: Jenkins
2012-09-15 00:51:25 +00:00
|
|
|
<p><em>In order to clarify the intellectual property license granted with
|
|
|
|
Contributions from any person or entity, the OpenStack Project (the "Project")
|
|
|
|
must have a Contributor License Agreement ("Agreement") on file that has been
|
|
|
|
signed by each Contributor, indicating agreement to the license terms below.
|
|
|
|
This license is for your protection as a Contributor as well as the protection
|
|
|
|
of OpenStack, LLC as Project manager (the "Project Manager") and the Project
|
|
|
|
users; it does not change your rights to use your own Contributions for any
|
|
|
|
other purpose. If you have not already done so, please complete and sign this
|
|
|
|
Individual License Agreement by following the instructions embedded below.
|
|
|
|
After you fill in the required information and apply your digital signature to
|
|
|
|
the Agreement, the signature service will generate an email to you. You must
|
|
|
|
confirm your digital signature as instructed in this email to complete the
|
|
|
|
signing process. The signature service will then send you a signed copy of this
|
|
|
|
Agreement for your records.</em></p>
|
|
|
|
|
|
|
|
<p><em>You accept and agree to the following terms and conditions for Your
|
|
|
|
present and future Contributions submitted to the Project Manager. Except for
|
|
|
|
the license granted herein to the Project Manager and recipients of software
|
|
|
|
distributed by the Project Manager, You reserve all right, title, and interest
|
|
|
|
in and to Your Contributions.</em></p>
|
|
|
|
|
2013-01-09 20:35:39 +00:00
|
|
|
<ol>
|
Enable Gerrit CLA and Contact Store on review-dev.
This replaces the previous Echosign+Launchpad+Wiki+approver-based
asynchronous contributor license agreement signing process with a
fully-automated one contained entirely within Gerrit itself.
Note that the CLA features in Gerrit's WebUI depend on a modified
gerrit.war with an earlier patch reverted:
https://review.openstack.org/12716
* manifests/site.pp(review-dev.openstack.org): Fill contactstore_appsec
and contactstore_pubkey private material from hiera, for use by Gerrit's
contact store feature. Similar entries should be added for
review.openstack.org before going into production.
* modules/gerrit/manifests/init.pp(gerrit): Add contactstore,
contactstore_appsec and contactstore_url variables needed by the
gerrit.config.erb template, and contactstore_pubkey needed by the
contact_information.pub.erb template. Add a conditional block so that if
contactstore is enabled it installs the libbcpg-java package which
Bouncy Castle needs for OpenPGP operations, links the bcpg.jar into
Gerrit's lib directory, and builds contact_information.pub from the
contact_information.pub.erb template.
* modules/gerrit/templates/contact_information.pub.erb: New template
which is effectively an empty file waiting to be filled with the
contents of the contactstore_pubkey variable. The
gerrit_contact_information.pub file built from it gets used to encrypt
contact information filed by users in such a way that it can only be
decrypted by the private key held by the Foundation.
* modules/gerrit/templates/gerrit.config.erb(contactstore): New section,
implemented conditionally for safety. Once enabled, if the
contactstore_appsec and contactstore_url are unset then Gerrit will
refuse to start. If the system referred to by contactstore_url is
unresponsive or contactstore_appsec does not contain the shared secret
it's expecting, contributors will be unable to file initial or updated
contact information through Gerrit's WebUI.
* modules/openstack_project/files/gerrit/cla.html: A stripped-down HTML
copy of http://wiki.openstack.org/CLA retaining all the original
wording. This will probably need updating by OpenStack Foundation staff.
* modules/openstack_project/manifests/gerrit.pp
(openstack_project::gerrit): Add contactstore, contactstore_appsec,
contactstore_pubkey and contactstore_url variables to pass back into the
gerrit module. Also define the cla_description, cla_file, cla_id and
cla_name variables which get used in the gerrit_set_agreements.sh.erb
template. Add an entry to install the cla.html file.
* modules/openstack_project/manifests/review_dev.pp
(openstack_project::review_dev): Add the contactstore_appsec and
contactstore_pubkey variables so they can be filled in by hiera.
Override the war to pull in the g69c8fa6 test build which has the
aforementioned CLA bits restored. Turn on contactstore and set
contactstore_url to point to an existing test CGI on the Internet until
the Foundation has theirs ready. Pass contactstore_appsec and
contactstore_pubkey through up into gerrit.pp. Add an entry for the
set_agreements.sh script built from the gerrit_set_agreements.sh.erb
template and then execute it to add the new CLA to Gerrit's DB and mark
the old one expired. Similar changes should be made in review.pp before
going into production.
* modules/openstack_project/templates/gerrit_set_agreements.sh.erb: New
template used to build a set_agreements.sh script which checks Gerrit's
database and, if necessary, expires the old Echosign CLA and adds the
new local CLA. These conditions are checked and associated operations
performed independently, so subsequent runs become a no-op.
Post-migration, this can probably be neutered further and kept around
for pushing future CLA modifications into the database when needed.
Change-Id: Ib7136fef23dbd5602955649b33a57bc8d7106026
Reviewed-on: https://review.openstack.org/13058
Reviewed-by: Monty Taylor <mordred@inaugust.com>
Reviewed-by: Clark Boylan <clark.boylan@gmail.com>
Reviewed-by: James E. Blair <corvus@inaugust.com>
Approved: Monty Taylor <mordred@inaugust.com>
Tested-by: Jenkins
2012-09-15 00:51:25 +00:00
|
|
|
|
2013-01-09 20:35:39 +00:00
|
|
|
<li><p><strong>Definitions</strong>"You" (or "Your") shall mean the copyright
|
|
|
|
owner or legal entity authorized by the copyright owner that is making this
|
|
|
|
Agreement with the Project Manager. For legal entities, the entity making a
|
|
|
|
Contribution and all other entities that control, are controlled by, or are
|
|
|
|
under common control with that entity are considered to be a single
|
|
|
|
Contributor. For the purposes of this definition, "control" means (i) the
|
|
|
|
power, direct or indirect, to cause the direction or management of such entity,
|
|
|
|
whether by contract or otherwise, or (ii) ownership of fifty percent (50%) or
|
|
|
|
more of the outstanding shares, or (iii) beneficial ownership of such
|
|
|
|
entity. "Contribution" shall mean any original work of authorship, including
|
|
|
|
any modifications or additions to an existing work, that is intentionally
|
|
|
|
submitted by You to the Project Manager for inclusion in, or documentation of,
|
|
|
|
any of the projects owned or managed by the Project Manager (the "Work"). For
|
|
|
|
the purposes of this definition, "submitted" means any form of electronic,
|
|
|
|
verbal, or written communication sent to the Project Manager or its
|
|
|
|
representatives, including but not limited to communication on electronic
|
|
|
|
mailing lists, source code control systems, and issue tracking systems that are
|
|
|
|
managed by, or on behalf of, the Project Manager for the purpose of discussing
|
|
|
|
and improving the Work, but excluding communication that is conspicuously
|
|
|
|
marked or otherwise designated in writing by You as "Not a
|
|
|
|
Contribution."</p></li>
|
|
|
|
|
|
|
|
<li><p><strong>Grant of Copyright License.</strong> Subject to the terms and
|
|
|
|
conditions of this Agreement, You hereby grant to the Project Manager and to
|
|
|
|
recipients of software distributed by the Project Manager a perpetual,
|
|
|
|
worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright
|
|
|
|
license to reproduce, prepare derivative works of, publicly display, publicly
|
|
|
|
perform, sublicense, and distribute Your Contributions and such derivative
|
|
|
|
works.</p></li>
|
|
|
|
|
|
|
|
<li><p><strong>Grant of Patent License.</strong> Subject to the terms and
|
|
|
|
conditions of this Agreement, You hereby grant to the Project Manager and to
|
|
|
|
recipients of software distributed by the Project Manager a perpetual,
|
|
|
|
worldwide, non-exclusive, no-charge, royalty-free, irrevocable (except as
|
|
|
|
stated in this section) patent license to make, have made, use, offer to sell,
|
|
|
|
sell, import, and otherwise transfer the Work, where such license applies only
|
|
|
|
to those patent claims licensable by You that are necessarily infringed by Your
|
|
|
|
Contribution(s) alone or by combination of Your Contribution(s) with the Work
|
|
|
|
to which such Contribution(s) was submitted. If any entity institutes patent
|
|
|
|
litigation against You or any other entity (including a cross-claim or
|
|
|
|
counterclaim in a lawsuit) alleging that Your Contribution, or the Work to
|
|
|
|
which You have contributed, constitutes direct or contributory patent
|
|
|
|
infringement, then any patent licenses granted to that entity under this
|
|
|
|
Agreement for that Contribution or Work shall terminate as of the date such
|
|
|
|
litigation is filed.</p></li>
|
|
|
|
|
|
|
|
<li><p>You represent that you are legally entitled to grant the above license.
|
|
|
|
If your employer(s) has rights to intellectual property that you create that
|
|
|
|
includes your Contributions, You represent that you have received permission to
|
|
|
|
make Contributions on behalf of that employer, that your employer has waived
|
|
|
|
such rights for your Contributions to the Project Manager, or that your
|
|
|
|
employer has executed a separate Corporate Contributor License Agreement with
|
|
|
|
the Project Manager.</p></li>
|
|
|
|
|
|
|
|
<li><p>You represent that each of Your Contributions is Your original creation
|
|
|
|
(see Section 7 for submissions on behalf other others). You represent that Your
|
|
|
|
Contribution submissions include complete details of any third-party license or
|
|
|
|
other restriction (including, but not limited to, related patents and
|
|
|
|
trademarks) of which you are personally aware and which are associated with any
|
|
|
|
part of Your Contributions.</p></li>
|
|
|
|
|
|
|
|
<li><p>You are not expected to provide support for Your Contributions, except
|
|
|
|
to the extent You desire to provide support. You may provide support for free,
|
|
|
|
for a fee, or not at all. Unless required by applicable law or agreed to in
|
|
|
|
writing, You provide Your Contributions on as "AS IS" BASIS, WITHOUT WARRANTIES
|
|
|
|
OR CONDITIONS OR ANY KIND, either express or implied, including, without
|
|
|
|
limitation, any warranties or conditions of TITLE, NONINFRINGEMENT,
|
|
|
|
MERCHANTABILITY, or FITNESS FOR A PARTICULAR PURPOSE.</p></li>
|
|
|
|
|
|
|
|
<li><p>Should You wish to submit work that is not Your original creation, You
|
|
|
|
may submit it to the Project Manager separately from any Contribution,
|
|
|
|
identifying the complete details of its source and of any license or other
|
|
|
|
restriction (including, but not limited to, related patents, trademarks, and
|
|
|
|
license agreements) of which you are personally aware, and conspicuously
|
|
|
|
marking the work as "Submitted on behalf of a third-party: [named
|
|
|
|
here]".</p></li>
|
|
|
|
|
|
|
|
<li><p>You agree to notify the Project Manager of any facts or circumstances of
|
|
|
|
which you become aware that would make these representations inaccurate in any
|
|
|
|
respect.</p></li>
|
Enable Gerrit CLA and Contact Store on review-dev.
This replaces the previous Echosign+Launchpad+Wiki+approver-based
asynchronous contributor license agreement signing process with a
fully-automated one contained entirely within Gerrit itself.
Note that the CLA features in Gerrit's WebUI depend on a modified
gerrit.war with an earlier patch reverted:
https://review.openstack.org/12716
* manifests/site.pp(review-dev.openstack.org): Fill contactstore_appsec
and contactstore_pubkey private material from hiera, for use by Gerrit's
contact store feature. Similar entries should be added for
review.openstack.org before going into production.
* modules/gerrit/manifests/init.pp(gerrit): Add contactstore,
contactstore_appsec and contactstore_url variables needed by the
gerrit.config.erb template, and contactstore_pubkey needed by the
contact_information.pub.erb template. Add a conditional block so that if
contactstore is enabled it installs the libbcpg-java package which
Bouncy Castle needs for OpenPGP operations, links the bcpg.jar into
Gerrit's lib directory, and builds contact_information.pub from the
contact_information.pub.erb template.
* modules/gerrit/templates/contact_information.pub.erb: New template
which is effectively an empty file waiting to be filled with the
contents of the contactstore_pubkey variable. The
gerrit_contact_information.pub file built from it gets used to encrypt
contact information filed by users in such a way that it can only be
decrypted by the private key held by the Foundation.
* modules/gerrit/templates/gerrit.config.erb(contactstore): New section,
implemented conditionally for safety. Once enabled, if the
contactstore_appsec and contactstore_url are unset then Gerrit will
refuse to start. If the system referred to by contactstore_url is
unresponsive or contactstore_appsec does not contain the shared secret
it's expecting, contributors will be unable to file initial or updated
contact information through Gerrit's WebUI.
* modules/openstack_project/files/gerrit/cla.html: A stripped-down HTML
copy of http://wiki.openstack.org/CLA retaining all the original
wording. This will probably need updating by OpenStack Foundation staff.
* modules/openstack_project/manifests/gerrit.pp
(openstack_project::gerrit): Add contactstore, contactstore_appsec,
contactstore_pubkey and contactstore_url variables to pass back into the
gerrit module. Also define the cla_description, cla_file, cla_id and
cla_name variables which get used in the gerrit_set_agreements.sh.erb
template. Add an entry to install the cla.html file.
* modules/openstack_project/manifests/review_dev.pp
(openstack_project::review_dev): Add the contactstore_appsec and
contactstore_pubkey variables so they can be filled in by hiera.
Override the war to pull in the g69c8fa6 test build which has the
aforementioned CLA bits restored. Turn on contactstore and set
contactstore_url to point to an existing test CGI on the Internet until
the Foundation has theirs ready. Pass contactstore_appsec and
contactstore_pubkey through up into gerrit.pp. Add an entry for the
set_agreements.sh script built from the gerrit_set_agreements.sh.erb
template and then execute it to add the new CLA to Gerrit's DB and mark
the old one expired. Similar changes should be made in review.pp before
going into production.
* modules/openstack_project/templates/gerrit_set_agreements.sh.erb: New
template used to build a set_agreements.sh script which checks Gerrit's
database and, if necessary, expires the old Echosign CLA and adds the
new local CLA. These conditions are checked and associated operations
performed independently, so subsequent runs become a no-op.
Post-migration, this can probably be neutered further and kept around
for pushing future CLA modifications into the database when needed.
Change-Id: Ib7136fef23dbd5602955649b33a57bc8d7106026
Reviewed-on: https://review.openstack.org/13058
Reviewed-by: Monty Taylor <mordred@inaugust.com>
Reviewed-by: Clark Boylan <clark.boylan@gmail.com>
Reviewed-by: James E. Blair <corvus@inaugust.com>
Approved: Monty Taylor <mordred@inaugust.com>
Tested-by: Jenkins
2012-09-15 00:51:25 +00:00
|
|
|
|
|
|
|
</ol>
|
|
|
|
|
2013-01-09 20:35:39 +00:00
|
|
|
</blockquote>
|
|
|
|
|
Enable Gerrit CLA and Contact Store on review-dev.
This replaces the previous Echosign+Launchpad+Wiki+approver-based
asynchronous contributor license agreement signing process with a
fully-automated one contained entirely within Gerrit itself.
Note that the CLA features in Gerrit's WebUI depend on a modified
gerrit.war with an earlier patch reverted:
https://review.openstack.org/12716
* manifests/site.pp(review-dev.openstack.org): Fill contactstore_appsec
and contactstore_pubkey private material from hiera, for use by Gerrit's
contact store feature. Similar entries should be added for
review.openstack.org before going into production.
* modules/gerrit/manifests/init.pp(gerrit): Add contactstore,
contactstore_appsec and contactstore_url variables needed by the
gerrit.config.erb template, and contactstore_pubkey needed by the
contact_information.pub.erb template. Add a conditional block so that if
contactstore is enabled it installs the libbcpg-java package which
Bouncy Castle needs for OpenPGP operations, links the bcpg.jar into
Gerrit's lib directory, and builds contact_information.pub from the
contact_information.pub.erb template.
* modules/gerrit/templates/contact_information.pub.erb: New template
which is effectively an empty file waiting to be filled with the
contents of the contactstore_pubkey variable. The
gerrit_contact_information.pub file built from it gets used to encrypt
contact information filed by users in such a way that it can only be
decrypted by the private key held by the Foundation.
* modules/gerrit/templates/gerrit.config.erb(contactstore): New section,
implemented conditionally for safety. Once enabled, if the
contactstore_appsec and contactstore_url are unset then Gerrit will
refuse to start. If the system referred to by contactstore_url is
unresponsive or contactstore_appsec does not contain the shared secret
it's expecting, contributors will be unable to file initial or updated
contact information through Gerrit's WebUI.
* modules/openstack_project/files/gerrit/cla.html: A stripped-down HTML
copy of http://wiki.openstack.org/CLA retaining all the original
wording. This will probably need updating by OpenStack Foundation staff.
* modules/openstack_project/manifests/gerrit.pp
(openstack_project::gerrit): Add contactstore, contactstore_appsec,
contactstore_pubkey and contactstore_url variables to pass back into the
gerrit module. Also define the cla_description, cla_file, cla_id and
cla_name variables which get used in the gerrit_set_agreements.sh.erb
template. Add an entry to install the cla.html file.
* modules/openstack_project/manifests/review_dev.pp
(openstack_project::review_dev): Add the contactstore_appsec and
contactstore_pubkey variables so they can be filled in by hiera.
Override the war to pull in the g69c8fa6 test build which has the
aforementioned CLA bits restored. Turn on contactstore and set
contactstore_url to point to an existing test CGI on the Internet until
the Foundation has theirs ready. Pass contactstore_appsec and
contactstore_pubkey through up into gerrit.pp. Add an entry for the
set_agreements.sh script built from the gerrit_set_agreements.sh.erb
template and then execute it to add the new CLA to Gerrit's DB and mark
the old one expired. Similar changes should be made in review.pp before
going into production.
* modules/openstack_project/templates/gerrit_set_agreements.sh.erb: New
template used to build a set_agreements.sh script which checks Gerrit's
database and, if necessary, expires the old Echosign CLA and adds the
new local CLA. These conditions are checked and associated operations
performed independently, so subsequent runs become a no-op.
Post-migration, this can probably be neutered further and kept around
for pushing future CLA modifications into the database when needed.
Change-Id: Ib7136fef23dbd5602955649b33a57bc8d7106026
Reviewed-on: https://review.openstack.org/13058
Reviewed-by: Monty Taylor <mordred@inaugust.com>
Reviewed-by: Clark Boylan <clark.boylan@gmail.com>
Reviewed-by: James E. Blair <corvus@inaugust.com>
Approved: Monty Taylor <mordred@inaugust.com>
Tested-by: Jenkins
2012-09-15 00:51:25 +00:00
|
|
|
</div></body></html>
|