THE SPDX WIKI IS NO LONGER ACTIVE. ALL CONTENT HAS BEEN MOVED TO https://github.com/spdx
Difference between revisions of "Legal Team/Minutes/2017-12-07"
From SPDX Wiki
< Legal Team | Minutes
| (One intermediate revision by the same user not shown) | |||
| Line 15: | Line 15: | ||
Tasks and assignees: | Tasks and assignees: | ||
| − | # clear out issues that can be merged (Jilayne & Gary) | + | # clear out issues that can be merged '''''(Jilayne & Gary)''''' |
# isFSFfree - more work on matching up licenses? | # isFSFfree - more work on matching up licenses? | ||
| − | ## there is a prototype API to give to FSF - John is person to discuss this with (Kate to reach out) | + | ## there is a prototype API to give to FSF - John is person to discuss this with '''''(Kate to reach out)''''' |
## some are not obvious match - may need to confer with FSF on this | ## some are not obvious match - may need to confer with FSF on this | ||
## some that are on their list, but not on our list: look at adding those on next release | ## some that are on their list, but not on our list: look at adding those on next release | ||
| Line 23: | Line 23: | ||
## Bradley explained that if a license is not on FSF list, it may not be intentional (don’t read anything into that), it is probably because someone didn’t ask for it to be on. The link from the FSF should link to text that was originally reviewed. | ## Bradley explained that if a license is not on FSF list, it may not be intentional (don’t read anything into that), it is probably because someone didn’t ask for it to be on. The link from the FSF should link to text that was originally reviewed. | ||
## we did not add element into XML to track this with idea of tracking it externally; when generated in different formats for SPDX License List, will take info from API and will be field that can be accessed programmatically. | ## we did not add element into XML to track this with idea of tracking it externally; when generated in different formats for SPDX License List, will take info from API and will be field that can be accessed programmatically. | ||
| − | ## note: documentation in data list and programmatic update (Gary) | + | ## note: documentation in data list and programmatic update '''''(Gary)''''' |
## as needed, add note/explanation if it’s not all tidied up | ## as needed, add note/explanation if it’s not all tidied up | ||
| − | # move Matching Guidelines to Appendix II of spec - issue in spec repo | + | # move Matching Guidelines to Appendix II of spec - issue in spec repo '''''(Jilayne )''''' |
# new licenses (to add): | # new licenses (to add): | ||
| − | ## EUPL-1.2 needs to be added to XML files (Matija & Alexios to review) | + | ## EUPL-1.2 needs to be added to XML files '''''(Matija & Alexios to review)''''' |
| − | ## BSD-1-Clause - to add (Alexios) | + | ## BSD-1-Clause - to add '''''(Alexios)''''' |
| − | ## OSCAT - former discussion was that it was too specific; and had some restricted (not adding) - (Dennis to checked we did not get back to requestor) - Dennis email him | + | ## OSCAT - former discussion was that it was too specific; and had some restricted (not adding) - (Dennis to checked we did not get back to requestor) - '''''(Dennis to email him)''''' |
| − | ## Bootloader exception needs to be added to XML files (Jilayne) | + | ## Bootloader exception needs to be added to XML files ''''(Jilayne)''''' |
| − | # Overview webpage - minor updates needed (Jilayne) | + | # Overview webpage - minor updates needed '''''(Jilayne)''''' |
| − | ## Add ifFSFfree field to SPDX License List Overview page (Jilayne) | + | ## Add ifFSFfree field to SPDX License List Overview page '''''(Jilayne)''''' |
| − | # Intro text on License List / Exceptions page needs to be updated (Jilayne, Gary) | + | # Intro text on License List / Exceptions page needs to be updated '''''(Jilayne, Gary)''''' |
# Documentation for Github repo: | # Documentation for Github repo: | ||
| − | ## README (Bradlee) | + | ## README '''''(Bradlee)''''' |
## Requesting a new license process: keep same for now; add link to this page in README | ## Requesting a new license process: keep same for now; add link to this page in README | ||
## create an issue in Github repo for direct changes to license files (need examples) | ## create an issue in Github repo for direct changes to license files (need examples) | ||
# Process for where to raise issues/discussion (mailing list v. Github issues)? do same for now | # Process for where to raise issues/discussion (mailing list v. Github issues)? do same for now | ||
| − | # check issues in license-list (archive) issues for stuff to move to new repo (Jilayne, Bradlee) | + | # check issues in license-list (archive) issues for stuff to move to new repo '''''(Jilayne, Bradlee)''''' |
# permissions in GitHub in terms of who can do what | # permissions in GitHub in terms of who can do what | ||
## make wiki page for “tabled” items | ## make wiki page for “tabled” items | ||
# repo switching - who/how? from https://github.com/spdx/license-list-XML to https://github.com/spdx/license-list | # repo switching - who/how? from https://github.com/spdx/license-list-XML to https://github.com/spdx/license-list | ||
| − | + | ## if change name of XML repo, but then lose history of license-list; can branch on license-list, but then lose history of XML repo | |
| − | + | ## or leave both and add note on repo: could we rename current to “-archive” and then change XML to be the current/master | |
| − | + | ## need to update README - do review via pull requests, but don’t merge until the day switchover | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
# version number (2.7 or 3.0) | # version number (2.7 or 3.0) | ||
| − | # following guidelines of spec: incremental if nothing deprecated or backwards compatibility isn’t impacted (only additions) - otherwise major release (spec is wavering as well) | + | ## following guidelines of spec: incremental if nothing deprecated or backwards compatibility isn’t impacted (only additions) - otherwise major release (spec is wavering as well) |
| + | ## this constitutes major release - next release will be 3.0 | ||
| + | # TIMELINE | ||
| + | ## Gary will need 2-3 days after everyone else is done (all pull requests accepted, issues resolved, and repository is ready) b/c changes are creating issues with templating rules and constraints of XML schema and no way to tell until run tool and spits our errors | ||
| + | ## pull requests accepted and issues resolved by next meeting, Dec 21st | ||
| + | ## actual switch on 28th | ||
Latest revision as of 00:59, 12 December 2017
Attendees
- Jilayne Lovejoy
- Marc Jones
- Bradley Kuhn
- Matija Suklje
- Dennis Clark
- Alexios Zavras
- Bradley Edmondson
- Gary O’Neall
- Mike Dolan
- Gary O’Neall
Agenda
Get out the next release!!
Tasks and assignees:
- clear out issues that can be merged (Jilayne & Gary)
- isFSFfree - more work on matching up licenses?
- there is a prototype API to give to FSF - John is person to discuss this with (Kate to reach out)
- some are not obvious match - may need to confer with FSF on this
- some that are on their list, but not on our list: look at adding those on next release
- some versions of licenses we have and they don’t have
- Bradley explained that if a license is not on FSF list, it may not be intentional (don’t read anything into that), it is probably because someone didn’t ask for it to be on. The link from the FSF should link to text that was originally reviewed.
- we did not add element into XML to track this with idea of tracking it externally; when generated in different formats for SPDX License List, will take info from API and will be field that can be accessed programmatically.
- note: documentation in data list and programmatic update (Gary)
- as needed, add note/explanation if it’s not all tidied up
- move Matching Guidelines to Appendix II of spec - issue in spec repo (Jilayne )
- new licenses (to add):
- EUPL-1.2 needs to be added to XML files (Matija & Alexios to review)
- BSD-1-Clause - to add (Alexios)
- OSCAT - former discussion was that it was too specific; and had some restricted (not adding) - (Dennis to checked we did not get back to requestor) - (Dennis to email him)
- Bootloader exception needs to be added to XML files '(Jilayne)
- Overview webpage - minor updates needed (Jilayne)
- Add ifFSFfree field to SPDX License List Overview page (Jilayne)
- Intro text on License List / Exceptions page needs to be updated (Jilayne, Gary)
- Documentation for Github repo:
- README (Bradlee)
- Requesting a new license process: keep same for now; add link to this page in README
- create an issue in Github repo for direct changes to license files (need examples)
- Process for where to raise issues/discussion (mailing list v. Github issues)? do same for now
- check issues in license-list (archive) issues for stuff to move to new repo (Jilayne, Bradlee)
- permissions in GitHub in terms of who can do what
- make wiki page for “tabled” items
- repo switching - who/how? from https://github.com/spdx/license-list-XML to https://github.com/spdx/license-list
- if change name of XML repo, but then lose history of license-list; can branch on license-list, but then lose history of XML repo
- or leave both and add note on repo: could we rename current to “-archive” and then change XML to be the current/master
- need to update README - do review via pull requests, but don’t merge until the day switchover
- version number (2.7 or 3.0)
- following guidelines of spec: incremental if nothing deprecated or backwards compatibility isn’t impacted (only additions) - otherwise major release (spec is wavering as well)
- this constitutes major release - next release will be 3.0
- TIMELINE
- Gary will need 2-3 days after everyone else is done (all pull requests accepted, issues resolved, and repository is ready) b/c changes are creating issues with templating rules and constraints of XML schema and no way to tell until run tool and spits our errors
- pull requests accepted and issues resolved by next meeting, Dec 21st
- actual switch on 28th
