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-01-11"

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><span style="color: #666666; font-family: Arial, Helvetica, sans-serif; font-size: 12px; line-height: 18px;">SPDX Legal Workstream Meeting Minutes -&nbsp;11 January 2012</span></p><ul><li><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">Tom Incorvia, Microfocus</span></span></li><li><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">Michael Herzog, NexB</span></span></li><li><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">Mark Gisi, Windriver</span></span></li><li><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">Jilayne Lovejoy, OpenLogic</span></span></li></ul><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">(started late due to miscommunication b/w Rockett and Jilayne re: who was leading call, apologies to anyone who joined and then dropped off from waiting)</span></span></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;"><br /></span></span></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">TOPICS:</span></span></div><div><strong><span style="font-size: 12px; line-height: 18px; color: #666666; font-family: Arial, Helvetica, sans-serif;">I) &nbsp;new data license - CC-Zero + preamble</span></strong></div><div><span style="font-size: 12px; line-height: 18px; color: #666666; font-family: Arial, Helvetica, sans-serif;">Mark has a document explaining the rationale for the data license discussions of late last year, which he will update now that we have decided. &nbsp;This will be posted in the legal section of the website, once the new site is up.</span></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">ACTION ITEM: Jilayne to get latest version (with any minor edits) to Mark; to Kim; and post on new site</span></span></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">ACTION ITEM: Mark to update/complete rationale document and post on new site</span></span></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;"><br /></span></span></div><div><strong><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">II)Templatizing Licenses&nbsp;</span></span></strong></div><div><span style="font-size: 12px; line-height: 18px;"><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;">Jilayne previously sent latest version of guidelines. &nbsp;feedback on that:</span></span></div><div><ul><li><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">guidelines state to ignore <strong>bullets v. numbering v. lettering for sub-parts of license</strong>; &nbsp;however, this is not going to work b/c some licenses (e.g. Eclipse) have references to the numbered sections in other parts of the license</span></span></li><ul><li><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">what about BSD? &nbsp;sometimes uses bullets, sometimes numbers for clauses, wouldn't want to consider such a "different" license for this reason only. &nbsp;Can we make this part of template for just BSD example (because need to templatize BSD anyway?) are there other license where this would be a factor? &nbsp;Technological/tool considerations here?</span></span></li></ul><li><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">British v. American spelling list - Tom pointed out that in some cases it's not clear which is which nor does it matter as concern is equivalency (not etymology) --&gt; change list to equivalents</span></span></li></ul></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">ACTION ITEM: &nbsp;Jilayne to update templatizing guidelines as per above notes/observations </span></span></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">ACTION ITEM: &nbsp;GROUP to review and further discussion needed at next meeting</span></span></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;"><br /></span></span></div><div><strong><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">III) &nbsp;License List</span></span></strong></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">no progress, but next version in the works still; &nbsp;Tom suggested a review of shortnames and licenses as long as we are in process</span></span></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">ACTION ITEM: Jilayne to circle back with OSI re: outstanding issues and get list uploaded</span></span></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;"><br /></span></span></div><div><strong><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">IV) Other</span></span></strong></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;"><strong>A) License approval process</strong> - we need to get up to date on this. &nbsp;Where is the latest iteration? &nbsp;Needs to be vetted, finalized, and posted on website</span></span></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">** Jilayne spoke to Kim; latest iteration is thought to be somewhere in business team minutes, so she will look for and to be discussed at next general and business team meetings; &nbsp;</span></span></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;"><br /></span></span></div><div><strong><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">B) License v. license notice</span></span></strong></div><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">discussed issue when generating SPDX file of identifying a license via a license notice versus the license itself. &nbsp;That is, we do not want license notices to be added to the license list as a license - how to decide when a notice means XYZ license where XYZ license does not have a standard notice/header</span></span></div><div><ul><li><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">do we need guidelines around this?</span></span></li><li><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">do we need a separate field in the spec for this information?</span></span></li><li><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">how do you handle the structure of this in the data? how do you enable reconstruction of what was in file? &nbsp;is this non-standard notice simply put in the comments section?</span></span></li><li><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">further, what about notices of a disjunctive license scenario?</span></span></li></ul><div><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"><span style="font-size: 12px; line-height: 18px;">ACTION ITEM: Michael to come up with a couple examples for further discussion</span></span></div></div><div><span><span style="font-size: 12px; line-height: 18px;"><span style="color: #666666; font-family: Arial, Helvetica, sans-serif;"></span></span></span></div>
+
== Attendees ==
 +
 
 +
* Tom Incorvia, Microfocus
 +
* Michael Herzog, NexB
 +
* Mark Gisi, Windriver
 +
* Jilayne Lovejoy, OpenLogic
 +
 
 +
(started late due to miscommunication b/w Rockett and Jilayne re: who was leading call, apologies to anyone who joined and then dropped off from waiting)
 +
 
 +
== new data license - CC-Zero + preamble ==
 +
 
 +
Mark has a document explaining the rationale for the data license discussions of late last year, which he will update now that we have decided. This will be posted in the legal section of the website, once the new site is up.
 +
 
 +
''ACTION ITEM'': Jilayne to get latest version (with any minor edits) to Mark; to Kim; and post on new site
 +
 
 +
''ACTION ITEM'': Mark to update/complete rationale document and post on new site
 +
 
 +
== Templatizing Licenses ==
 +
 
 +
Jilayne previously sent latest version of guidelines. feedback on that:
 +
 
 +
* guidelines state to ignore '''bullets v. numbering v. lettering for sub-parts of license'''; however, this is not going to work b/c some licenses (e.g. Eclipse) have references to the numbered sections in other parts of the license
 +
** what about BSD? sometimes uses bullets, sometimes numbers for clauses, wouldn't want to consider such a "different" license for this reason only. Can we make this part of template for just BSD example (because need to templatize BSD anyway?) are there other license where this would be a factor? Technological/tool considerations here?
 +
* British v. American spelling list - Tom pointed out that in some cases it's not clear which is which nor does it matter as concern is equivalency (not etymology) change list to equivalents
 +
 
 +
''ACTION ITEM'': Jilayne to update templatizing guidelines as per above notes/observations
 +
 
 +
''ACTION ITEM'': GROUP to review and further discussion needed at next meeting
 +
 
 +
== License List ==
 +
 
 +
no progress, but next version in the works still; Tom suggested a review of shortnames and licenses as long as we are in process
 +
 
 +
''ACTION ITEM'': Jilayne to circle back with OSI re: outstanding issues and get list uploaded
 +
 
 +
== Other ==
 +
 
 +
=== License approval process ===
 +
 
 +
* we need to get up to date on this. Where is the latest iteration? Needs to be vetted, finalized, and posted on website
 +
* Jilayne spoke to Kim; latest iteration is thought to be somewhere in business team minutes, so she will look for and to be discussed at next general and business team meetings;
 +
 
 +
=== License v. license notice ===
 +
 
 +
discussed issue when generating SPDX file of identifying a license via a license notice versus the license itself. That is, we do not want license notices to be added to the license list as a license - how to decide when a notice means XYZ license where XYZ license does not have a standard notice/header
 +
 
 +
* do we need guidelines around this?
 +
* do we need a separate field in the spec for this information?
 +
* how do you handle the structure of this in the data? how do you enable reconstruction of what was in file? is this non-standard notice simply put in the comments section?
 +
* further, what about notices of a disjunctive license scenario?
 +
 
 +
''ACTION ITEM'': Michael to come up with a couple examples for further discussion
 +
 
 +
[[Category:Legal|Minutes]]
 +
[[Category:Minutes]]

Latest revision as of 18:49, 5 March 2013

Attendees

  • Tom Incorvia, Microfocus
  • Michael Herzog, NexB
  • Mark Gisi, Windriver
  • Jilayne Lovejoy, OpenLogic

(started late due to miscommunication b/w Rockett and Jilayne re: who was leading call, apologies to anyone who joined and then dropped off from waiting)

new data license - CC-Zero + preamble

Mark has a document explaining the rationale for the data license discussions of late last year, which he will update now that we have decided. This will be posted in the legal section of the website, once the new site is up.

ACTION ITEM: Jilayne to get latest version (with any minor edits) to Mark; to Kim; and post on new site

ACTION ITEM: Mark to update/complete rationale document and post on new site

Templatizing Licenses

Jilayne previously sent latest version of guidelines. feedback on that:

  • guidelines state to ignore bullets v. numbering v. lettering for sub-parts of license; however, this is not going to work b/c some licenses (e.g. Eclipse) have references to the numbered sections in other parts of the license
    • what about BSD? sometimes uses bullets, sometimes numbers for clauses, wouldn't want to consider such a "different" license for this reason only. Can we make this part of template for just BSD example (because need to templatize BSD anyway?) are there other license where this would be a factor? Technological/tool considerations here?
  • British v. American spelling list - Tom pointed out that in some cases it's not clear which is which nor does it matter as concern is equivalency (not etymology) → change list to equivalents

ACTION ITEM: Jilayne to update templatizing guidelines as per above notes/observations

ACTION ITEM: GROUP to review and further discussion needed at next meeting

License List

no progress, but next version in the works still; Tom suggested a review of shortnames and licenses as long as we are in process

ACTION ITEM: Jilayne to circle back with OSI re: outstanding issues and get list uploaded

Other

License approval process

  • we need to get up to date on this. Where is the latest iteration? Needs to be vetted, finalized, and posted on website
  • Jilayne spoke to Kim; latest iteration is thought to be somewhere in business team minutes, so she will look for and to be discussed at next general and business team meetings;

License v. license notice

discussed issue when generating SPDX file of identifying a license via a license notice versus the license itself. That is, we do not want license notices to be added to the license list as a license - how to decide when a notice means XYZ license where XYZ license does not have a standard notice/header

  • do we need guidelines around this?
  • do we need a separate field in the spec for this information?
  • how do you handle the structure of this in the data? how do you enable reconstruction of what was in file? is this non-standard notice simply put in the comments section?
  • further, what about notices of a disjunctive license scenario?

ACTION ITEM: Michael to come up with a couple examples for further discussion