Date   

Re: SPDX in GSoC 2023!

akshatcoder@...
 

Hello all,
Akshat this side.
It's great to see SPDX again in the GSoC 2023!
I am looking to contribute to Specification Generator
I have gone through the SPEC Parser repository. Kindly help me get started with contributing to it.


Re: SPDX Generator with RefIDs and package hierarchy

Nisha Kumar
 

I honestly thought the original question was about SPDX's format itself and not about tools used in certain situations.

From my side tern does a good job in generating SPDX docs for containers. But I am not aware of any open source tools that are "one solution".

nisha
On 3/16/23 11:18, Gary O'Neall wrote:

Hi Daniel,

 

I’m not sure I agree if you include commercial and open source tools.  If you’re generating the information primarily from package manifests, there are a few tools out there that generate SPDX documents across a wide variety of ecosystems.

 

Have you reviewed the tools referenced on spdx.dev/tools?  It includes a list of open source tools and a list of commercial tools.

 

Is your question restricted to open source tools?  Also, to help understand what you’re looking for, can you let us know which tools that generate CycloneDX SBOM’s you’re referring to?

 

I’m a bit surprised that more tool maintainers didn’t reply earlier beyond what Anthony and I provided.  I didn’t want to speak for them, but I’m pretty sure there as some tools maintained by folks on this distribution list that at least partially provide what you’re looking for.

 

Gary

 

 

From: spdx@... <spdx@...> On Behalf Of daniel@...
Sent: Thursday, March 16, 2023 7:40 AM
To: spdx@...
Subject: Re: [spdx] SPDX Generator with RefIDs and package hierarchy

 

[Edited Message Follows]

So just to confirm with the community:

There is no single generator that can generate SPDX SBOMs, with dependency hierarchies, across different ecosystems (Python, Go, etc.) and for both containers & filesystems? The open-sbom-generator seems to work for filesystems, but not for containers. 

The closest we've found are one or two tools that only generate CycloneDX SBOMs, but we're also looking to support SPDX as well. 

Daniel


Re: SPDX Generator with RefIDs and package hierarchy

Gary O'Neall
 

Hi Daniel,

 

I’m not sure I agree if you include commercial and open source tools.  If you’re generating the information primarily from package manifests, there are a few tools out there that generate SPDX documents across a wide variety of ecosystems.

 

Have you reviewed the tools referenced on spdx.dev/tools?  It includes a list of open source tools and a list of commercial tools.

 

Is your question restricted to open source tools?  Also, to help understand what you’re looking for, can you let us know which tools that generate CycloneDX SBOM’s you’re referring to?

 

I’m a bit surprised that more tool maintainers didn’t reply earlier beyond what Anthony and I provided.  I didn’t want to speak for them, but I’m pretty sure there as some tools maintained by folks on this distribution list that at least partially provide what you’re looking for.

 

Gary

 

 

From: spdx@... <spdx@...> On Behalf Of daniel@...
Sent: Thursday, March 16, 2023 7:40 AM
To: spdx@...
Subject: Re: [spdx] SPDX Generator with RefIDs and package hierarchy

 

[Edited Message Follows]

So just to confirm with the community:

There is no single generator that can generate SPDX SBOMs, with dependency hierarchies, across different ecosystems (Python, Go, etc.) and for both containers & filesystems? The open-sbom-generator seems to work for filesystems, but not for containers. 

The closest we've found are one or two tools that only generate CycloneDX SBOMs, but we're also looking to support SPDX as well. 

Daniel


Re: SPDX Generator with RefIDs and package hierarchy

Dick Brooks
 

Richard,

REA has effectively used SPDX and CycloneDX SBOM formats to conduct software supply chain risk assessments since 2021. I suggest using the latest SPDX SBOM version, 2.3.

Thanks,

Dick Brooks

Active Member of the CISA Critical Manufacturing Sector,
Sector Coordinating Council – A Public-Private Partnership

Never trust software, always verify and report! ™
http://www.reliableenergyanalytics.com
Email: dick@...
Tel: +1 978-696-1788

-----Original Message-----
From: spdx@... <spdx@...> On Behalf Of Richard Hughes
Sent: Thursday, March 16, 2023 11:57 AM
To: spdx@...
Subject: Re: [spdx] SPDX Generator with RefIDs and package hierarchy

On Thu, 16 Mar 2023 at 14:40, <daniel@...> wrote:
but we're also looking to support SPDX as well.
Is SPDX actually useful as an SBoM specification? I tried to add support into uSWID a few months ago and it was totally underspecified compared to SWID.

Richard.


Re: SPDX Generator with RefIDs and package hierarchy

Richard Hughes
 

On Thu, 16 Mar 2023 at 14:40, <daniel@...> wrote:
but we're also looking to support SPDX as well.
Is SPDX actually useful as an SBoM specification? I tried to add
support into uSWID a few months ago and it was totally underspecified
compared to SWID.

Richard.


Re: SPDX Generator with RefIDs and package hierarchy

daniel@...
 
Edited

So just to confirm with the community:

There is no single generator that can generate SPDX SBOMs, with dependency hierarchies, across different ecosystems (Python, Go, etc.) and for both containers & filesystems? The open-sbom-generator seems to work for filesystems, but not for containers. 

The closest we've found are one or two tools that only generate CycloneDX SBOMs, but we're also looking to support SPDX as well. 

Daniel


Re: SPDX Generator with RefIDs and package hierarchy

Anthony Harrison
 

Daniel

Have a look at SBOM4Python which generates an SBOM for an installed python module including all of its dependencies (direct or indirect). And look at SBOM2dot which generates a DOT file for producing a graph of the dependencies.

Both applications are available on PyPi.

Regards

Anthony 

On Thu, 9 Mar 2023, 19:51 , <daniel@...> wrote:
All,
I feel like I'm missing something obvious here, but which SBOM generators actually generate SPDX SBOMs that (1) have refID's for the overall asset (documentDescribes), and (2) have package dependency hierarchy information, i.e. something that I could use to build a tree visualization of how the software dependencies are introduced into the main piece of software?

Thanks,
Daniel


Re: SPDX Generator with RefIDs and package hierarchy

Gary O'Neall
 

Hi Daniel,

 

I take it by refID you’re referring to the SPDX ID for the packages.

 

There are a few tools out that that can build SBOM’s with the dependency maps.  You can find information on some of the tools here: https://spdx.dev/resources/tools/ - but I’ll admit this page may not be completely up to date and doesn’t answer your question specifically.

 

I will point to one of the tools I maintain – the SPDX Maven Plugin.  This provides a “documentDescribes” SPDX Package for the package being built by Maven and dependency information for all Packages referenced.  By default, transitive dependencies are included in the SBOM – but there is an option to turn that off and only include the top level dependencies.

 

I believe the opensbom-generator also produces SBOM’s with the dependency information – but those on this email list maintaining this repo can correct me if I’m wrong.

 

Other’s – feel free to chime in with other tools.

 

Regards,
Gary

 

From: spdx@... <spdx@...> On Behalf Of daniel@...
Sent: Thursday, March 9, 2023 10:39 AM
To: spdx@...
Subject: [spdx] SPDX Generator with RefIDs and package hierarchy

 

All,
I feel like I'm missing something obvious here, but which SBOM generators actually generate SPDX SBOMs that (1) have refID's for the overall asset (documentDescribes), and (2) have package dependency hierarchy information, i.e. something that I could use to build a tree visualization of how the software dependencies are introduced into the main piece of software?

Thanks,
Daniel


SPDX Generator with RefIDs and package hierarchy

daniel@...
 

All,
I feel like I'm missing something obvious here, but which SBOM generators actually generate SPDX SBOMs that (1) have refID's for the overall asset (documentDescribes), and (2) have package dependency hierarchy information, i.e. something that I could use to build a tree visualization of how the software dependencies are introduced into the main piece of software?

Thanks,
Daniel


Re: Link to US National Cybersecurity Strategy posted today

Alfred Strauch
 

On Thu, Mar 2, 2023 at 10:58 AM Dick Brooks <dick@...> wrote:

https://www.whitehouse.gov/wp-content/uploads/2023/03/National-Cybersecurity-Strategy-2023.pdf

 

Note references to SBOM and NIST/CISA role in driving regulations.

 

 

Thanks,

 

Dick Brooks

 

Active Member of the CISA Critical Manufacturing Sector,

Sector Coordinating Council – A Public-Private Partnership

 

Never trust software, always verify and report!

http://www.reliableenergyanalytics.com

Email: dick@...

Tel: +1 978-696-1788

 



--
Alfred Strauch
President
SmartTalk Security Inc.

Email: alfred@...

          

Confidentiality and Disclaimer: The informa tion in this transmission may be confidential and/or protected by legal professional privilege, and is intended only for the person or persons to whom it is addressed. If you are not such a person, you are warned that any disclosure, copying or dissemination of the information is unauthorized  If you have received the transmission in error, please immediately contact this Office by telephone or email, to inform us of the error and to enable arrangements to be made for the destruction of the transmission, or its return at our cost. No liability is accepted for any unauthorized use of the information contained in this transmission.
If the transmission contains advice, the advice is based on instructions in relation to, and is provided to the addressee in connection with, the matter mentioned above. Responsibility is not accepted for reliance upon it by any other person or for any other purpose.



Re: SPDX in GSoC 2023!

Rahul
 

Hello!

Congratulations to spdx for being accepted into GSoC 2023 as an organisation!

I'm Rahul and I would love to contribute to fixing manifest parsers for the SPDX generator. I've gone through the resources available on https://github.com/spdx/GSoC have also been lurking around the project and it seems interesting.

Although I couldn't find any good-first-issues to start with, but I'll try to take a stab at triaging the other issues!

PS: Do suggest if I'm missing anything else to start with.

 

Rahul. 


Link to US National Cybersecurity Strategy posted today

Dick Brooks
 

https://www.whitehouse.gov/wp-content/uploads/2023/03/National-Cybersecurity-Strategy-2023.pdf

 

Note references to SBOM and NIST/CISA role in driving regulations.

 

 

Thanks,

 

Dick Brooks

 

Active Member of the CISA Critical Manufacturing Sector,

Sector Coordinating Council – A Public-Private Partnership

 

Never trust software, always verify and report!

http://www.reliableenergyanalytics.com

Email: dick@...

Tel: +1 978-696-1788

 


Thursday SPDX General Meeting Reminder

Phil Odence
 

Hello all,

 

Max Huber of TNG Technology Consulting will be presenting on Thursday:

  • In this presentation, Max will give a brief update of the recentdevelopment in the Python Tools. It went through a huge refactoring andis now ready for 3.0. Max will also present, how it can be a helpful tool to test assumptions and serializations of SPDX3
  • Max started developing with SPDX more then 7 years ago, when he added SPDX2.0 import and export support to FOSSology. Since then, he is a active member in the SPDX community. He also participates in a lot of compliance tooling projects.

Please note that last meeting’s minutes are not yet “pulled” into GitHub, so I have included at the bottom. 

 

Also, a reminder that March 15 is the deadline for nominating Leads for the three vacancies, one on each team. And, shortly, a notification will be going out to main points of contact at SPDX member companies to solicit Member Rep nominations in the same timeframe. (See my Feb 15 email for details.)

 

Best,

Phil

 

L. Philip Odence

General Manager, Black Duck Audit Business

Synopsys Software Integrity Group, Burlington, MA

M (781) 258-9502 | phil.odence@...

https://www.synopsys.com/audits  

 

 

SIG-emailsig-2020

 

 

signature_2892046952   signature_4149161518   signature_715487372   signature_2597224942

 

 

 

 

Meeting Time: Thurs, March 2, 8am PT / 10 am CT / 11am ET / 15:00 UTC. http://www.timeanddate.com/worldclock/converter.html


Conf call dial-in:

Join the meeting:
https://meet.jit.si/SPDXGeneralMeeting

To join by phone instead, tap this: +1.512.647.1431,,1310118349#

Looking for a different dial-in number?
See meeting dial-in numbers: 
https://meet.jit.si/static/dialInInfo.html?room=SPDXGeneralMeeting


If also dialing-in through a room phone, join without connecting to audio: 
https://meet.jit.si/SPDXGeneralMeeting#config.startSilent=true

 

Etherpad for minutes:

https://spdx.swinslow.net/p/spdx-general-minutes

 

Administrative Agenda

Attendance

Minutes Approval: At the bottom of this email

  

Steering Committee Update - Phil

 

Technical Team Report – Kate/Gary/Others

  • Specification and Profiles
    • Overview
    • Core
    • Legal
    • Integrity
    • Defects
    • Usage and Other Emerging
  • Tooling

 

Legal Team Report – Jilayne/Paul/Steve

 

Outreach/Website Team Report – Jack/Sebastian/Alexios

 

 

****

 

#SPDX General Meeting Minutes - February 2, 2023

Administrative

  • Lead by Phil Odence
  • Minutes from last meeting approved.

Attendance: 25

Steering Committee Update - Phil

  • Any one have special presenation ideas?
  • Steering Committee membership heads up
  • GSOC
  • Cyclone DX meeting

Tech Team Report - William, Kate

  • https://github.com/spdx/meetings/blob/goneall-patch-7/tech/2022-12-20.md
  • SPDX 3.0
    • Core Profile - William/Gary/Kate
      • good progress making it through the remaining model punch list
      • started documenting the spec itself in the SPDX 3 model repo: github.com/spdx/spdx-3-model
      • model up and profile groups are filling in
    • Licensing Profile - Steve/Alexios
    • Security Profile - Thomas/Jeff
    • Build Profile - Brandon/Nisha
    • Usage Profile - Ito/Ninjouji/Asaba/Kobota
    • AI & Dataset Profile - Gopi/Karen/Kate
      • One group, two different profiles
    • Functional Safety - Nicole/Kate
      • Good progress
      • Presentation from Nicole at Fosdem
        • will be streamed
        • May need to add some new types and relationships
    • Canonicalization
    • Serialization
    • Hardware Profile
    • Implementers `* Working on what makes a quality SBOM
  • Tools
    • Python version officially released on PyPI
    • Performance improvements on the Java tooling
    • Good activity and improvements on the Golang tools
    • Rust tools in process
    • Help welcome on all of the above

Legal Team Update - Jilayne/Steve/Paul

  • 3.20 release
    • pushed back to mid Feb (instead of end of Jan)
    • about 40 open issues related to new license requests (lots from Fedora)
    • could use help sorting through
    • how to help is well-documented
  • Change proposal in play

Outreach Team Update - Sebastian/Alexios/Jack

  • Website is in play
    • Proceeding nicely
    • Using a programming environtment called Nix
      • Will allow staging to review changes easily
      • All community members will be able to access this
  • Reviewing charter for team
    • Will run by Steering Committee
    • Next few weeks

Attendees

  • Alex Rybak (Revenera)
  • Alfred L Strauch
  • Artem Mygaiev
  • Bob Martin
  • Brad Goldring - GTC Law Group
  • Bruce Robertson
  • David Edelsohn, IBM
  • Jari Koivisto, KPMGI
  • Jeff Hart, M2 Technology
  • Jack Manbeck, TI
  • Jilayne Lovejoy, Red Hat
  • Jim Vitrano
  • Joseph Silvia, OrielStat
  • Juliya Rubin
  • Karen Bennet
  • Kate Stewart
  • Mark Atwood, Amazon
  • Mike McDonel, Manifest
  • Phil Odence, Black Duck Audits, Synopsys
  • Sanat Basavaraj Bennur
  • Saul Wold, Wind River
  • Sebastian Crane
  • Steven Carbno , Smart Talk Beacon
  • Trevor Stalnaker, W&M Researcher
  • William Cox, Synopsys

 


Re: JSON schema v2.2 PACKAGE_MANAGER discrepancy

Gary O'Neall
 

Hi Keith,

 

Please feel free to create an issue and/or a pull requests for the 2.2 JSON schema update.

 

If there are no objections, we can merge it into the 2.2 spec branch.


Thanks,
Gary

 

From: spdx@... <spdx@...> On Behalf Of Keith Zantow via lists.spdx.org
Sent: Wednesday, February 22, 2023 9:47 AM
To: spdx@...
Subject: [spdx] JSON schema v2.2 PACKAGE_MANAGER discrepancy

 

Hi All,

 

There has been a small discrepancy in the SPDX 2.2 JSON schema and the SPDX spec for a while: the 2.2 spec indicates External Reference Category should have a value of: SECURITY | PACKAGE-MANAGER | PERSISTENT-ID | OTHER, however the latest JSON schema has values of: "OTHER", "PERSISTENT_ID", "SECURITY", "PACKAGE_MANAGER". Note the differences between dash and underscore.

 

As I understand it, the guidance has been that tools should accept both values (e.g. PACKAGE_MANAGER and PACKAGE-MANAGER).

 

Would it be possible to get a new version of the 2.2 schema published that includes the correct values?

 

The 2.3 schema already has this, but some users are still tied to 2.2 and it would be nice to have this corrected so documents adhering to the SPDX spec are also valid against the JSON schema.

 

Would a GitHub issue be a better place for this request?

 

Thanks,

-Keith Zantow


JSON schema v2.2 PACKAGE_MANAGER discrepancy

Keith Zantow
 

Hi All,

There has been a small discrepancy in the SPDX 2.2 JSON schema and the SPDX spec for a while: the 2.2 spec indicates External Reference Category should have a value of: SECURITY | PACKAGE-MANAGER | PERSISTENT-ID | OTHER, however the latest JSON schema has values of: "OTHER", "PERSISTENT_ID", "SECURITY", "PACKAGE_MANAGER". Note the differences between dash and underscore.

As I understand it, the guidance has been that tools should accept both values (e.g. PACKAGE_MANAGER and PACKAGE-MANAGER).

Would it be possible to get a new version of the 2.2 schema published that includes the correct values?

The 2.3 schema already has this, but some users are still tied to 2.2 and it would be nice to have this corrected so documents adhering to the SPDX spec are also valid against the JSON schema.

Would a GitHub issue be a better place for this request?

Thanks,
-Keith Zantow


SPDX Steering Committee Nominations

Phil Odence
 

Dear SPDX community,

 

We are approaching the end of the current term for several members of the SPDX Steering Committee. We are reaching out to let the community know about the upcoming nomination and selection process for new Steering Committee members.

 

The governance page on the SPDX website lists the current Steering Committee and terms. As you can see, the following Steering Committee positions will be need to be filled through this process:

  • 1 Team Lead position (a two year term) for each of the Tech, Legal and Outreach Teams;
  • 1-2 Member Representatives from the SPDX members (a one-year term).

Additionally, the Steering Committee will select a new Chair for a one-year term.

 

The Steering Committee will fill the roles effective May 1, 2023.

 

The Steering Committee would also like to take a moment to thank those whose terms are ending. Many thanks to Bob Martin and May Wang who have served as SPDX’s first-ever Member Representatives this year. And a special thanks to Gary O’Neal (Tech Team), Paul Madick (Legal Team) and Jack Manbeck (Outreach Team), each of whom have been part of SPDX’s leadership for years and have put in countless hours to help the project get to where it is today. My own term is ending as well.

 

Below you will find more information regarding the selection process, nomination dates and next steps / action items. If you are interested in nominating someone for a position, please review the main SPDX Project Governance Policy.

 

Best,

Phil, for the SPDX Steering Committee

 

= = = = =

 

Team Leads:

 

Each Team may have 1-3 leads, selected by the Steering Committee:

  • Technical Team: maintains and publishes the SPDX Specifications and tools
  • Legal Team: maintains and publishes the SPDX License List and associated collateral
  • Outreach Team: promotes the use of SPDX by the broader community and ecosystem

 

Currently, each of the Teams has 3 Team Leads and each has Lead with a term is ending on May 1, 2023.

 

Any Participant in the SPDX project may submit a nomination (for themselves or for another person) for a Team Lead position by replying directly to me (Phil).

 

Each Team Lead nominee will be asked to complete a nominee form (as similarly described above for Member Representative nominees). The Steering Committee will then review the nomination forms, discuss with the nominees, and select 1 nominee for each Team to serve as a Team Lead and to participate on the Steering Committee for a two-year term beginning May 1, 2023.

 

Process and Key Dates:

  • By March 15, 2023:
    • Any Participant may submit a nomination (for themselves or for another person) to become a Team Lead of one of the Teams by replying to this email.
    • Nominations must be received no later than March 15.
  • By March 22, 2023:
    • After being nominated, each nominee will be invited to and must complete a nominee form as described above, which must be received no later than March 22.
  • March 23 to April 30, 2023:
    • The existing Team Leads will review the nominations, discuss and select a new additional Team Lead for each Team, and will notify the selected nominees to confirm.
  • May 1, 2023:
    • The Steering Committee will notify the SPDX community of the new Team Leads.
    • The new Team Leads’ terms will begin.

 

Member Representatives:

 

The Member Representatives consist of 1-2 individuals, nominated by Members of the SPDX project (companies) and selected by the Steering Committee to represent the interests of the Members of the SPDX community.

 

Project membership in SPDX is available at no charge to organizations and companies that are Linux Foundation members. However, an organization must be a member of The Linux Foundation (which may include fees for your organization) in order to become a member. If your organization is not yet a member of SPDX, you can go to https://enrollment.lfx.linuxfoundation.org/?project=spdx to begin the signup process. If your organization is not already an LF member, the LF membership agreement sign-up and billing will be included as part of the process.

 

Each SPDX Member organization may nominate one person from their organization as a candidate for consideration to participate on the SPDX Steering Committee. Each Member Representative nominee will be asked to complete a nominee form to describe their skills, experience, interest and participation in SPDX. The Steering Committee will then review the nomination forms and select 1-2 nominees to serve as Member Representatives and to participate on the Steering Committee for a one-year term beginning May 1, 2023.

 

Process and Key Dates:

  • By March 15, 2023:
    • Existing Members and any organizations that become new Members may submit a nominee prior to March 15. Shortly, an email will be sent to the designated “Primary Contact” for each SPDX Member with information about how to nominate a candidate.
    • Nominations must be received no later than March 15.
  • By March 22, 2023:
    • After being nominated, each nominee must complete a nominee form, which must be received no later than March 22.
  • March 23 to April 30, 2023:
    • The existing Team Leads will review the nomination forms, discuss and select 1-2 Member Representatives, and will notify the selected nominees to confirm.
  • May 1, 2023:
    • The Steering Committee will notify the SPDX community about the new Member Representatives.
    • The new Member Representatives’ terms will begin.

 

 

L. Philip Odence

General Manager, Black Duck Audit Business

Synopsys Software Integrity Group, Burlington, MA

M (781) 258-9502 | phil.odence@...

https://www.synopsys.com/audits  

 

 

SIG-emailsig-2020

 

 

signature_2892046952   signature_4149161518   signature_715487372   signature_2597224942

 

 


Minutes from last SPDX General Meeting

Phil Odence
 

Pull request not yet approved in GH, so here are the minutes. Sorry they are ugly and indentation isn’t working right. All good in GH.

 

#SPDX General Meeting Minutes - January 5, 2023

 



## Administrative

* Lead by Phil Odence

* Minutes from last meeting approved



### Attendence: 18





## Steering Commitee Update - Phil

* Little work going on leading up to holiday.





## Tech Team Report - Gary, William, Kate



* https://github.com/spdx/meetings/blob/goneall-patch-7/tech/2022-12-20.md



* SPDX 3.0

* Working on how to pull inputs from profiles into spec

* Core Profile - William/Gary/Kate

* Licensing Profile - Steve/Alexios

* Much of the work had already been discussed in the legal meetings previously, matter of getting the licensing profile into the 3.0 format

* had been waiting on Core Profile

* Security Profile - Thomas/Jeff

* Scheduling is a chanllege for international team

* Build Profile - Brandon/Nisha

* Build model needs to be generalize

* Usage Profile - Ito/Ninjouji/Asaba/Kobota

* Working of issue regarding whether some fileds are part of file or package

* AI & Dataset Profile - Gopi/Karen/Kate

* Will split to separate Dataset Profile

* Functional Safety - Nicole/Kate

* Targeted for 3.1

* Group safety elements together

* Tracing safety issues and impacts

* Canonicalization

* Waiting for Core Profile

* Serialization

* How to represent

* Hardware Profile

* Interest and potential for 3.1

* Interest from Chips Alliance Group to bring domain expertise



* Implementers

* Tools

* Light attendance

* Every other week on Wednesdays

* Upcoming discussion on what constitutes a quality SBOM



* Tooling

* More maintainter coming in on NTIA conformance checker

* New release of online tools pending; aiming for this week

* Java tools

* lots of activity

* Maven plug in

* Cyclone DX conversion

* Python libraries

* Much refactoring activity

* Up on PyPy



## Legal Team Update - Jilayne/Steve/Paul

* Next license release, 3.20, aiming for end of month

* Lots of new Fedora licenses added

* in wake of Fedora adopting SPDX identifiers in July and documentation release last quarter

* Could always use more input and help

* Updating license adding process doc

* recorded videos of different ways to create files - will be uploaded soon

* Upcoming topics, potentially for joint Tech Team discussion

* Change proposal for extending the concept of license ref for exceptions on Jan 12th during legal team meeting time. See https://github.com/spdx/change-proposal/blob/main/proposals/ExceptionRef.md and https://github.com/spdx/change-proposal/issues/4

* Reminder email will go out to Legal and Tech Teams as to time and topic

* Side note: Jilayne working on history of license list to capture legacy knowledge

* Should be posted shortly

* also working on history of OSI/SPDX collaboration as people ask about that every so often

* other ideas on recording of legacy knowledge welcome!



## Outreach Team Update - Sebastian/Alexios/Jack

* Website update in process

* Goal is to maintain content in GitHub

* Working with LF on how to

* SPDX fo Security white paper to be published in the LF blog





## Attendees

* Phil Odence (Black Duck Audits, Synopsys)

* Bob Martin

* Jari Koivisto

* Armin Tänzer

* Paul Madick

* Mary Hardy (Microsoft)

* Gary O'Neall

* Peter Caven

* Steve Winslow

* Mike McDonel

* Adolfo Garcia Veytia (Chainguard)

* Dick Brooks (REA)

* Steven Carbno (Smart Talk Beacon)

* Jilayne Lovejoy

* David Edelsohn

* Kate Stewart

* Alfred Strauch (Smart Talk Security Inc.)

* Brad Goldring (GTC Law Group)

 


SPDX General Meeting

Phil Odence
 

Extending the meeting for  2023…and beyond! Please accept this recurring invitation.

 

 “Dial In” info:

 

Join the meeting:
https://meet.jit.si/SPDXGeneralMeeting

To join by phone instead, tap this: +1.512.647.1431,,1310118349#

Looking for a different dial-in number?
See meeting dial-in numbers: 
https://meet.jit.si/static/dialInInfo.html?room=SPDXGeneralMeeting


If also dialing-in through a room phone, join without connecting to audio: 
https://meet.jit.si/SPDXGeneralMeeting#config.startSilent=true

 

Standard Agenda:

 

Administrative Agenda

Attendance

Minutes Approval https://wiki.spdx.org/view/General_Meeting/Minutes/2021-05-06

 

SPDX Governance Evolution – Phil/Steve

 

Technical Team Report – Kate/Gary/Others

  Tooling Update  - Gary

  Specification and Profiles 

  • Core  - William/Gary/Kate
  • Licensing – Steve/Alexios
  • Security-Thomas/Jeff
  • Build- Brandon/Nisha
  • Usage – ito/Ninjouji/Asaba/Kobota
  • AI- Gopi/Karen/Kate
  • Dataset- Gopi/Karen/Kate
  • Functional Safety- Nicole/Kate

 

Legal Team Report – Jilayne/Paul/Steve

 

Outreach/Website Team Report – Sebastian/Alexios/Jack

 


SPDX in GSoC 2023!

Alexios Zavras
 

Hi everyone!

 

As every year, Google runs their Summer of Code program, where contributors get the opportunity to become part of Open Source communities. The SPDX Project has participated in the program in a number of years in the past. The way it works is that we publish project ideas and, if selected, newcomers to open source express their interest in them. The ones finally selected will spend their summer writing code under the guidance of mentors from our project. In order for contributors to join our community and help us, we have to publish a set of ideas where help is needed!

 

Therefore, this is a plea for ideas – and more importantly, mentors who can guide the new contributors and help them accomplish their projects!

 

Firstly, we are looking for project ideas! Either small or large, either incremental improvements to existing open source code or new pieces of software; everything is welcome!

Please read the basics on https://google.github.io/gsocguides/mentor/defining-a-project-ideas-list.html and then write a couple of lines on your great idea.

 

I’ve (hastily) created a special repo for all this: https://github.com/spdx/GSoC

Feel free to create PRs with your ideas!

 

Perhaps even more important than ideas, we are also looking for mentors! Please get in contact via the repo if you are willing to help new members become active participants to SPDX this summer. Each project should have at least two mentors (a primary and a secondary one) who will guide the contributors in their journey.

 

Feel free to open an issue in the repo if you want to discuss in more detail any of the above.

Looking forward to lots of participation!

 

-- zvr

 

PS. I’ve already added a project idea: help on the spec generation from our model files.

Off the top of my head I can think of other ideas like:

  • Outreach: help with the website
  • Legal: help with license submission tools, help with bulk import from other license lists
  • Tech: help with SPDXv3 implementation in Java, Go, etc.

But all these need mentors, otherwise they cannot be realistically proposed.

 

Intel Deutschland GmbH
Registered Address: Am Campeon 10, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de
Managing Directors: Christin Eisenschmid, Sharon Heck, Tiffany Doon Silva  
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928


Seeking Opinions/Participants about AI SBOM Features

Caven, Peter
 

Researchers at Indiana University’s Luddy School of Informatics, Computing, and Engineering are looking for participants in the study of SBOM feature preferences. This is an online and asynchronous study about which features impinge trustworthiness.  We ask you for fewer than fifteen minutes of your time to perform the virtual card sorting exercise and answer a few questions.

The features we ask you to evaluate are drawn from the best practices in SPDX. In this study, you will be asked about your preferences of factors. Upon agreeing to participate in the study you will be asked to perform a card sorting activity and answer a series of survey questions. 
http://factors.usablesecurity.site/

Please feel more than welcome to share with others that may be interested in labeling and SBOM.

Thank you for your time and consideration.

Peter Caven
L. Jean Camp