THE SPDX WIKI IS NO LONGER ACTIVE. ALL CONTENT HAS BEEN MOVED TO https://github.com/spdx

Difference between revisions of "Legal Team/Minutes/2012-05-30"

From SPDX Wiki
Jump to: navigation, search
 
(Convert to MediaWiki syntax)
 
(One intermediate revision by one other user not shown)
Line 1: Line 1:
<p style="padding-left: 30px;"><strong>SPDX Legal Team Meeting Minutes - 30 May 2012</strong></p><p>Attendees:</p><ul><li>Mark Gisi</li><li>Adam Cohn</li><li>Jason Buttura&nbsp;</li><li>Michael Herzog</li><li>Tom Incorvia</li><li>Peter Williams</li><li>Paul Madick</li><li>Karen Copenhaver</li><li>Esteban Rockett</li><li>Kate Stewart</li></ul><p class="p1"><span style="text-decoration: underline;"><strong>Agenda</strong></span>:</p><p class="p1">1) &nbsp;finalize Legal work group description and SPDX License List description revised text from last call below:</p><p class="p4"><strong>Legal Work Group description:</strong></p><p class="p4"><em>"The SPDX Legal Team supports and provides recommendations to the SPDX working groups regarding licensing issues for the specification itself; maintains the SPDX License List; and promotes the SPDX specification to the legal community at-large."</em></p><p class="p4"><em>&nbsp;</em><strong>SPDX License List description:</strong></p><p class="p4"><em>"The SPDX License List is a list of commonly found open source software licenses for the purposes of being able to easily and efficiently identify such licenses in an SPDX document. The SPDX License List includes a standardized short identifier, full name for each license, vetted license text, other basic information, and a canonical permanent URL. By providing a short identifier, users can efficiently refer to a license without having to redundantly reproduce the full license."</em>&nbsp;</p><ul><li>send to general list for final review (both)</li><li>send to License List description to Kate to include in the Spec (name needs to be updated there in Appendix)</li><ul><li>we currently don't have version number for license list prominently placed in Spec itself or on license list webpage</li><li>should specification have full list (which will get outdated) or just a sample?</li><li>what if someone doesn't have connectivity, if license list doesn't ever get smaller, then at least the short identifiers are still there in paper format to be used</li><li>should the spec indicate which version of the license list? (no use case for that right now, so if so, then we need to add)</li><li>we need to assert that a short name never gets removed, maybe a function to deprecate; but need flexibility due to youth of project&nbsp;</li><li>should have date and version number on actual license webpage - NEED TO UPDATE</li><li>as for spec itself: full list; link only; link only with an example of one license</li><ul><li>keep full list as is, but add version and date info (and update name) to reflect same as webpage, etc. - NEED TO UPDATE</li></ul><li>should also add link for downloadable version on license list page there as well - NEED TO UPDATE</li></ul></ul><p class="p5">2) Website refresh update from Mark?</p><ul><li>License List not moved over - Gary needs to do that</li><li>moved all old stuff over</li><li>a couple new sections not there</li></ul><p class="p5">3) To-do list – prioritization</p><ul><li>looked over list, nothing to add, will update this list on-going after each call, every couple weeks&nbsp;</li><li>re: last item in terms of best practices - problem with this is that this may conflict with other best practices individuals have. over time, tolerance grows, so should say we are not going to do it, but other things on list that are low hanging fruit, but not what we are doing right now</li><ul><li>good to have on list, but more future goal</li></ul></ul><p>4) License List Matching Guidelines update - quick review of what we decided on and where we left off</p><ul><li>"copyright holder" and "copyright owner" - equivalency question. &nbsp;when last discussed, Karen suggested to get global, legal perspective. &nbsp;Email sent to FSFE Legal Network, and got response from lawyers from multiple countries all confirming that these terms could be used interchangeably.</li><li>decided to simply add to "varietal word spelling" list (instead of a separate guideline) since it's two terms - DONE</li><li>discussion to use this list for other such scenarios, not just variations on spelling, so long as the word or phrase is short enough (e.g. two words or less)</li></ul><p>5) LOOK AT USE CASE LIST! (and graveyard list) to familiarize with what made the list and what got left out to make sure legal use cases are covered</p>
+
== Attendees ==
 +
 
 +
* Jilayne Lovejoy
 +
* Mark Gisi
 +
* Adam Cohn
 +
* Jason Buttura
 +
* Michael Herzog
 +
* Tom Incorvia
 +
* Peter Williams
 +
* Paul Madick
 +
* Karen Copenhaver
 +
* Esteban Rockett
 +
* Kate Stewart
 +
 
 +
== finalize Legal work group description and SPDX License List description ==
 +
 
 +
revised text from last call below:
 +
 
 +
'''Legal Work Group description:'''
 +
 
 +
''"The SPDX Legal Team supports and provides recommendations to the SPDX working groups regarding licensing issues for the specification itself; maintains the SPDX License List; and promotes the SPDX specification to the legal community at-large."''
 +
 
 +
'' '''''SPDX License List description:'''
 +
 
 +
''"The SPDX License List is a list of commonly found open source software licenses for the purposes of being able to easily and efficiently identify such licenses in an SPDX document. The SPDX License List includes a standardized short identifier, full name for each license, vetted license text, other basic information, and a canonical permanent URL. By providing a short identifier, users can efficiently refer to a license without having to redundantly reproduce the full license."''
 +
 
 +
* send to general list for final review (both)
 +
* send to License List description to Kate to include in the Spec (name needs to be updated there in Appendix)
 +
** we currently don't have version number for license list prominently placed in Spec itself or on license list webpage
 +
** should specification have full list (which will get outdated) or just a sample?
 +
** what if someone doesn't have connectivity, if license list doesn't ever get smaller, then at least the short identifiers are still there in paper format to be used
 +
** should the spec indicate which version of the license list? (no use case for that right now, so if so, then we need to add)
 +
** we need to assert that a short name never gets removed, maybe a function to deprecate; but need flexibility due to youth of project
 +
** should have date and version number on actual license webpage - NEED TO UPDATE
 +
** as for spec itself: full list; link only; link only with an example of one license
 +
*** keep full list as is, but add version and date info (and update name) to reflect same as webpage, etc. - NEED TO UPDATE
 +
** should also add link for downloadable version on license list page there as well - NEED TO UPDATE
 +
 
 +
== Website refresh update from Mark? ==
 +
 
 +
* License List not moved over - Gary needs to do that
 +
* moved all old stuff over
 +
* a couple new sections not there
 +
 
 +
== To-do list – prioritization ==
 +
 
 +
* looked over list, nothing to add, will update this list on-going after each call, every couple weeks
 +
* re: last item in terms of best practices - problem with this is that this may conflict with other best practices individuals have. over time, tolerance grows, so should say we are not going to do it, but other things on list that are low hanging fruit, but not what we are doing right now
 +
** good to have on list, but more future goal
 +
 
 +
== License List Matching Guidelines update ==
 +
 
 +
quick review of what we decided on and where we left off
 +
 
 +
* "copyright holder" and "copyright owner" - equivalency question. when last discussed, Karen suggested to get global, legal perspective. Email sent to FSFE Legal Network, and got response from lawyers from multiple countries all confirming that these terms could be used interchangeably.
 +
* decided to simply add to "varietal word spelling" list (instead of a separate guideline) since it's two terms - DONE
 +
* discussion to use this list for other such scenarios, not just variations on spelling, so long as the word or phrase is short enough (e.g. two words or less)
 +
 
 +
== LOOK AT USE CASE LIST! (and graveyard list) ==
 +
 
 +
to familiarize with what made the list and what got left out to make sure legal use cases are covered
 +
 
 +
[[Category:Legal|Minutes]]
 +
[[Category:Minutes]]

Latest revision as of 18:41, 5 March 2013

Attendees

  • Jilayne Lovejoy
  • Mark Gisi
  • Adam Cohn
  • Jason Buttura
  • Michael Herzog
  • Tom Incorvia
  • Peter Williams
  • Paul Madick
  • Karen Copenhaver
  • Esteban Rockett
  • Kate Stewart

finalize Legal work group description and SPDX License List description

revised text from last call below:

Legal Work Group description:

"The SPDX Legal Team supports and provides recommendations to the SPDX working groups regarding licensing issues for the specification itself; maintains the SPDX License List; and promotes the SPDX specification to the legal community at-large."

SPDX License List description:

"The SPDX License List is a list of commonly found open source software licenses for the purposes of being able to easily and efficiently identify such licenses in an SPDX document. The SPDX License List includes a standardized short identifier, full name for each license, vetted license text, other basic information, and a canonical permanent URL. By providing a short identifier, users can efficiently refer to a license without having to redundantly reproduce the full license."

  • send to general list for final review (both)
  • send to License List description to Kate to include in the Spec (name needs to be updated there in Appendix)
    • we currently don't have version number for license list prominently placed in Spec itself or on license list webpage
    • should specification have full list (which will get outdated) or just a sample?
    • what if someone doesn't have connectivity, if license list doesn't ever get smaller, then at least the short identifiers are still there in paper format to be used
    • should the spec indicate which version of the license list? (no use case for that right now, so if so, then we need to add)
    • we need to assert that a short name never gets removed, maybe a function to deprecate; but need flexibility due to youth of project
    • should have date and version number on actual license webpage - NEED TO UPDATE
    • as for spec itself: full list; link only; link only with an example of one license
      • keep full list as is, but add version and date info (and update name) to reflect same as webpage, etc. - NEED TO UPDATE
    • should also add link for downloadable version on license list page there as well - NEED TO UPDATE

Website refresh update from Mark?

  • License List not moved over - Gary needs to do that
  • moved all old stuff over
  • a couple new sections not there

To-do list – prioritization

  • looked over list, nothing to add, will update this list on-going after each call, every couple weeks
  • re: last item in terms of best practices - problem with this is that this may conflict with other best practices individuals have. over time, tolerance grows, so should say we are not going to do it, but other things on list that are low hanging fruit, but not what we are doing right now
    • good to have on list, but more future goal

License List Matching Guidelines update

quick review of what we decided on and where we left off

  • "copyright holder" and "copyright owner" - equivalency question. when last discussed, Karen suggested to get global, legal perspective. Email sent to FSFE Legal Network, and got response from lawyers from multiple countries all confirming that these terms could be used interchangeably.
  • decided to simply add to "varietal word spelling" list (instead of a separate guideline) since it's two terms - DONE
  • discussion to use this list for other such scenarios, not just variations on spelling, so long as the word or phrase is short enough (e.g. two words or less)

LOOK AT USE CASE LIST! (and graveyard list)

to familiarize with what made the list and what got left out to make sure legal use cases are covered