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

Difference between revisions of "Business Team/Minutes/2012-06-07"

From SPDX Wiki
Jump to: navigation, search
 
Line 1: Line 1:
 
+
<p><strong>Attendees</strong></p><ul><li>Scott Lamons</li><li>Mark Gisi</li><li>Gary O'Neall</li><li>Michael Herzog</li><li>Jack Manbeck</li><li>Steve Cropper (joined late)</li></ul><p>&nbsp;</p><p><strong>Agenda/Minutes</strong></p><p>&nbsp;</p><p>Agenda topics for today's meeting (if you have others, please chime in)</p><p>&nbsp;</p><p>1. Feedback on Mission/Vision</p><ul><li>No feedback received from version that Phil sent out from the last General Meeting.</li><li>Avoid words like "driving", "mrd", "requirements",&nbsp; there are different levels of requirements (e.g. high level, functional and non-functional requirements)</li><li>Keep in mind that SPDX is part of the LF open compliance&nbsp; program -- and we need to dovetail into that -- Michael to reach out to Iberhim.&nbsp;&nbsp;</li></ul><p>&nbsp;</p><p>2. Business team charter (Jack and I have had some discussion on this and we want to share this with the team)</p><ul><li>Promote the adoption of SPDX&nbsp;&nbsp; (e.g. arranging speaking slots and speakers at FOSS events and conferences,&nbsp;&nbsp; outreach to FOSS projects)</li><li>Note, this is not the sole responsibility of the business team!&nbsp;&nbsp;</li><li>Foster the development of tools to aid in the creation and management of SPDX documents.</li><li>Help to drive future versions of the spec -- gather feedback from stakeholders, share with the broader spdx team,&nbsp; help to prioritize the high level requirements.</li></ul><p>&nbsp;</p><p>Michael:&nbsp; What's the output deliverables here?&nbsp;&nbsp;</p><p>&nbsp;</p><p>3. Website</p><ul><li>Jack wrapping up some pieces.</li><li>Need a list of conferences for 12/13 and then do some outreach to find speakers at each for SPDX</li></ul><p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</p><p>4. Updates on FOSS project outreach</p><p>Gary/Jack -- outreach to Eclipse.&nbsp;&nbsp; Creating a template and plug-in for creating SPDX.&nbsp;&nbsp;</p><ul><li>Michael&nbsp; -- experience with Apache JMeter&nbsp; (hand generated license file was inaccurate)</li><li>May not be practical to assume that every file has a license.&nbsp;&nbsp; Can't base the system on that assumption. &nbsp;&nbsp;Mark -- that is a goal, best practice -- push the community in that direction.</li></ul><p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</p><p>&nbsp;</p><p>5. Linuxcon.</p><p>The following was submitted for the business track....</p><p>Title:&nbsp; SPDX Celebrates It's First Birthday: Where have we been and where are we going?</p><p>&nbsp;</p><p>Abstract:&nbsp; The SPDX workgroup, operating under the Linux Foundation, has created the Software Package Data Exchange (SPDX), a specification that defines a standard format for communicating the components, copyrights, licenses, and other important facts about a software package. Adoption of SPDX will enable license compliance with minimal cost across the software supply chain and help facilitate further adoption of open source software.&nbsp;&nbsp; SPDX 1.0 was launched a year ago.&nbsp; This panel will include representatives of the SPDX business, technical, and legal working groups and provide an update on the current status of SPDX including the recent release of version 1.1, the current state of adoption, and a view of what's coming in the next release.</p><p>&nbsp;</p><p>This presentation is targeted at all members of the software supply chain from original developers to end users and we welcome your input.</p><p>&nbsp;</p><p>Scott is working on getting SPDX a room at LinuxCon.</p><p>&nbsp;</p>

Revision as of 15:08, 19 June 2012

Attendees

  • Scott Lamons
  • Mark Gisi
  • Gary O'Neall
  • Michael Herzog
  • Jack Manbeck
  • Steve Cropper (joined late)

 

Agenda/Minutes

 

Agenda topics for today's meeting (if you have others, please chime in)

 

1. Feedback on Mission/Vision

  • No feedback received from version that Phil sent out from the last General Meeting.
  • Avoid words like "driving", "mrd", "requirements",  there are different levels of requirements (e.g. high level, functional and non-functional requirements)
  • Keep in mind that SPDX is part of the LF open compliance  program -- and we need to dovetail into that -- Michael to reach out to Iberhim.  

 

2. Business team charter (Jack and I have had some discussion on this and we want to share this with the team)

  • Promote the adoption of SPDX   (e.g. arranging speaking slots and speakers at FOSS events and conferences,   outreach to FOSS projects)
  • Note, this is not the sole responsibility of the business team!  
  • Foster the development of tools to aid in the creation and management of SPDX documents.
  • Help to drive future versions of the spec -- gather feedback from stakeholders, share with the broader spdx team,  help to prioritize the high level requirements.

 

Michael:  What's the output deliverables here?  

 

3. Website

  • Jack wrapping up some pieces.
  • Need a list of conferences for 12/13 and then do some outreach to find speakers at each for SPDX

              

4. Updates on FOSS project outreach

Gary/Jack -- outreach to Eclipse.   Creating a template and plug-in for creating SPDX.  

  • Michael  -- experience with Apache JMeter  (hand generated license file was inaccurate)
  • May not be practical to assume that every file has a license.   Can't base the system on that assumption.   Mark -- that is a goal, best practice -- push the community in that direction.

               

 

5. Linuxcon.

The following was submitted for the business track....

Title:  SPDX Celebrates It's First Birthday: Where have we been and where are we going?

 

Abstract:  The SPDX workgroup, operating under the Linux Foundation, has created the Software Package Data Exchange (SPDX), a specification that defines a standard format for communicating the components, copyrights, licenses, and other important facts about a software package. Adoption of SPDX will enable license compliance with minimal cost across the software supply chain and help facilitate further adoption of open source software.   SPDX 1.0 was launched a year ago.  This panel will include representatives of the SPDX business, technical, and legal working groups and provide an update on the current status of SPDX including the recent release of version 1.1, the current state of adoption, and a view of what's coming in the next release.

 

This presentation is targeted at all members of the software supply chain from original developers to end users and we welcome your input.

 

Scott is working on getting SPDX a room at LinuxCon.