Legal Team/Minutes/2016-01-21 - Revision history

Jlovejoy at 19:33, 21 January 2016

2016-01-21T19:33:22Z

Jlovejoy at 19:33, 21 January 2016

2016-01-21T19:33:00Z

Jlovejoy at 19:22, 21 January 2016

2016-01-21T19:22:44Z

Jlovejoy at 19:01, 21 January 2016

2016-01-21T19:01:37Z

Jlovejoy: Created page with "=== Attendees === * Dennis Clark * Kyle Mitchell * Mark Gisi * Jilayne Lovejoy === Agenda === 1) summary from joint call on Jan 19 with tech team 2) new licenses on OSI li..."

2016-01-21T18:05:21Z

Created page with "=== Attendees === * Dennis Clark * Kyle Mitchell * Mark Gisi * Jilayne Lovejoy === Agenda === 1) summary from joint call on Jan 19 with tech team 2) new licenses on OSI li..."

New page

=== Attendees ===

* Dennis Clark
* Kyle Mitchell
* Mark Gisi
* Jilayne Lovejoy

=== Agenda ===

1) summary from joint call on Jan 19 with tech team

2) new licenses on OSI list: review to add to SPDX, need short identifiers
http://opensource.org/licenses/OPL-2.1
http://opensource.org/licenses/LiLiQ-P-1.1
http://opensource.org/licenses/LiLiQ-R-1.1
http://opensource.org/licenses/LiLiQ-Rplus-1.1

3) 2016 tasks - follow-up license stuff, etc., get “owners"

4) New license / exception requests:
- License Metadata Exception 1.0 - Kyle Mitchell (see: http://lists.spdx.org/pipermail/spdx-legal/2015-December/001611.html )

- Norwegian Licence for Open Gov’t Data

@@ Line 1: / Line 1: @@
-=== Attendees ===
+== Attendees ==
 * Dennis Clark
@@ Line 8: / Line 8: @@
 * Eric Weddington
-=== Agenda ===
+== Agenda ==
 '''1) Summary from joint call on Jan 19 with tech team''' - see notes posted here:
@@ Line 18: / Line 18: @@
 * Note: Collab Summit is Mar 29-31, Squaw Valley, CA - would be good to have as many people there as possible
-''2) new licenses on OSI list:'' review to add to SPDX, decide on short identifiers
+'''2) new licenses on OSI list:''' review to add to SPDX, decide on short identifiers
 * if OSI adds a license, should it automatically be added to SPDX list? all assumed this was the case, but not articulated.  At that point, it meets OSD (no reason for us to re-hash that!) and it's just a matter of coming up with short identifier and mechanics of getting it on license list.  Need to add a sentence to this effect on the overview page: http://spdx.org/spdx-license-list/license-list-overview (Jilayne to come up proposed text to add and where to add it - email to group for vetting).
 * OSI has become active with adding licenses as of recently; need to define process to get heads up so we can come up with short identifiers for them to add to their website in consistent fashion - working on this. (OSI displays SPDX short identifiers in ( ) next to license name in list and on license page and as URL

@@ Line 10: / Line 10: @@
 === Agenda ===
-''1) Summary from joint call on Jan 19 with tech team'' - see notes posted here:
+'''1) Summary from joint call on Jan 19 with tech team''' - see notes posted here:
 * Key next step: Kris to post actual example of new markup and joint call with tech team on Tuesday, Feb 2 @ Tuesdays at 18:00 GMT (10:00AM PT, 11:00 MT, 12:00PM CT, 1:00PM ET) - Jilayne to send invite to Legal team
 * Kyle able to help from tech and legal side - he'll confer with Kris after Feb 2 call

@@ Line 10: / Line 10: @@
 === Agenda ===
-) Summary from joint call on Jan 19 with tech team - see notes posted
+''1) Summary from joint call on Jan 19 with tech team'' - see notes posted here:
-* Kyle able to help; added point that anything that enables people to contribute is a good thing (not everyone can make calls, etc.), but be careful at opening the fire hose on the license list via Github; mailing list might be better for some things, whereas Github may create "drive-by" pull requests
+* Key next step: Kris to post actual example of new markup and joint call with tech team on Tuesday, Feb 2 @ Tuesdays at 18:00 GMT (10:00AM PT, 11:00 MT, 12:00PM CT, 1:00PM ET) - Jilayne to send invite to Legal team
-* Gary O'Neall has put up a Google doc
+* Kyle able to help from tech and legal side - he'll confer with Kris after Feb 2 call
-* Collab Summit is Mar 29-31, Squaw Valley, CA - would be good to have as many people there as possible
+* discussed that anything that enables people to contribute is a good thing (not everyone can make calls, etc.), but care needs to be taken at opening the fire hose on the license list via Github as Github may create "drive-by" pull requests and mailing list might be still better for some things
+* will be good to have nailed down documentation of process for various changes; in trying to articulate process, will help us think through these potential issues
-) new licenses on OSI list: review to add to SPDX, need short identifiers
+''2) new licenses on OSI list:'' review to add to SPDX, decide on short identifiers
-* is OSI adds a license, automatically should be added to SPDX list, just a matter of coming up with short identifier and mechanics of getting it on license list.  Need to add a sentence to this effect on the overview page: http://spdx.org/spdx-license-list/license-list-overview (Jilayne to come up proposed text to add and where to add it - email to group for vetting).
+* if OSI adds a license, should it automatically be added to SPDX list? all assumed this was the case, but not articulated.  At that point, it meets OSD (no reason for us to re-hash that!) and it's just a matter of coming up with short identifier and mechanics of getting it on license list.  Need to add a sentence to this effect on the overview page: http://spdx.org/spdx-license-list/license-list-overview (Jilayne to come up proposed text to add and where to add it - email to group for vetting).
-* maybe good to give OSI something to put in parenthesis, e.g., (SPDX identifier to come) and something to put on the page itself, e.g., a notification that SPDX identifier is coming and that URL might change.  Kyle to provide Kate with some proposed language.
+* OSI has become active with adding licenses as of recently; need to define process to get heads up so we can come up with short identifiers for them to add to their website in consistent fashion - working on this. (OSI displays SPDX short identifiers in ( ) next to license name in list and on license page and as URL
-* http://opensource.org/licenses/OPL-2.1 - somewhat problematic because OSET Public License in their exhibit uses "OPL" but this is already an abbreviation and short identifier for the Open Public License, which is on SPDX and Fedora list.  Suggestion to reach out to OSET authors to ask to change short identifiers. Eric volunteered to do this.  We will also let OSI that we are undertaking this route.
+* maybe good to give OSI something as placeholder: to put in parenthesis, e.g., (SPDX identifier to come) and something to put on the page itself, e.g., a notification that SPDX identifier is coming and that URL might change.  Kyle to provide Kate with some proposed language.
 * http://opensource.org/licenses/LiLiQ-P-1.1 - accept for next SPDX License List with LiLiQ-P-1.1 as short identifier, no markup, in French with link to English
-http://opensource.org/licenses/LiLiQ-R-1.1 - accept for next SPDX License List with LiLiQ-R-1.1 as short identifier, no markup, in French with link to English
+* http://opensource.org/licenses/LiLiQ-R-1.1 - accept for next SPDX License List with LiLiQ-R-1.1 as short identifier, no markup, in French with link to English
-http://opensource.org/licenses/LiLiQ-Rplus-1.1 - accept for next SPDX License List, don't want "+" in short identifier b/c of LiLiQ-Rplus-1.1, no markup
+* http://opensource.org/licenses/LiLiQ-Rplus-1.1 - accept for next SPDX License List, don't want "+" in short identifier b/c of operators (also may be problematic to use in URL), will use: LiLiQ-Rplus-1.1, no markup, in French with link to English
-−
-−
-) 2016 tasks - follow-up license stuff, etc., get “owners"
-−
-) New license / exception requests:
-- License Metadata Exception 1.0 - Kyle Mitchell (see: http://lists.spdx.org/pipermail/spdx-legal/2015-December/001611.html )
-−
-- Norwegian Licence for Open Gov’t Data