|
|
| Line 1: |
Line 1: |
| − | <p>Scuse the lousy formatting. I'm working on it. Phil</p><p> </p><p>Minutes - 2010/08/11 LinuxCon2010 Boston SPDX BOF</p>
| + | LinuxCon2010 Boston SPDX BOF |
| | | | |
| − | <p> </p>
| + | == Current status == |
| | | | |
| − | <p>Current status: </p>
| + | * need to focus on goals for next 3 months |
| | + | * [http://spdx.org/ spdx.org] rollout, shadows [http://fossbazaar.org/ fossbazaar.org] for data. |
| | + | * mail list transfering to [mailto:spdx@fossbazaar.org spdx@fossbazaar.org] with self subscription to mail list now possible, and public archives. |
| | + | * [mailto:package-facts@fossbazaar.org package-facts@fossbazaar.org] now depreciated, mail list there will remain private, per original commitment. |
| | | | |
| − | <p> -
| + | == Web site overview == |
| − | need to focus on goals for next 3 months</p>
| + | |
| | | | |
| − | <p> -
| + | * site design is still evolving, participation welcome. |
| − | <a href="http://SPDX.org/">SPDX.org</a>
| + | * log in to comment on wiki etc. |
| − | rollout, shadows <a href="http://fossbazaar.org/">fossbazaar.org</a> for data.</p>
| + | * anyone can blog on site, and postings on topic welcome. |
| | + | * presentation material available on site for outreach support. |
| | + | * AI: Phil/Martin - update on participation page where to join (suggestion was to put link in text, not just at top, consider "I want to use the spec, vs. I want to contribute to the spec). |
| | + | * AI: Kate to transfer document (.pdf) back to WIKI. |
| | + | * AI: Phil update standard presentation with LinuxCon2010 input |
| | + | * AI: Kate clean up the sharing analysis to what is accurate |
| | + | * AI: Kate publish the current version number of the specification in brackets behind reference. |
| | | | |
| − | <p> -
| + | == License Discussion == |
| − | mail list transfering to <a href="mailto:spdx@fossbazaar.org">spdx@fossbazaar.org</a> with</p>
| + | |
| | | | |
| − | <p> self
| + | * Look at Fedora's approach as a single page. |
| − | subscription to mail list now possible, and</p>
| + | |
| | | | |
| − | <p> public
| + | Example license text - canonical form. Good from tooling perspective. Suck info off the pages. HTML at low technical level is easy. RDF? |
| − | archives.</p>
| + | * see [http://fedoraproject.org/wiki/Licensing fedoraproject.org/wiki/Licensing] licenses table. |
| | + | * Used License Text - uses tag to identify in page. Fedora provide notes, and canonical text. |
| | + | * For SPDX problem is where store templated version? Suggestion is to use come up with standardized naming of the sections, and embed the text of the licence "template" version, so it shows up on the "official" license page. (example to consider, verify that BSD hasn't been modified and do it with a template). |
| | + | * Fields to put on each "web license WIKI page" |
| | + | ** short form name |
| | + | ** long form name |
| | + | ** link to formal license |
| | + | ** notes on license |
| | + | ** full license text |
| | + | ** template version |
| | + | * Note: need to figure out and document how to add a license (ie. When you add a license - 1) create separate page; raw template text, user visible text - here's out how embed this text. etc.) |
| | + | * AI: Tom to define a proposal for user front page. |
| | + | * Decide section names to correspond to spec |
| | + | * AI: Group: discuss further following questions: |
| | + | ** what does it mean to be "on the list" for a license. |
| | + | ** what is it going to take to add and maintain a license. |
| | + | ** Consider when english isn't spoken language? (what can be translated, what can't, work into template) |
| | | | |
| − | <p> -
| + | == roll out - operational aspects == |
| − | <a href="mailto:package-facts@fossbazaar.org">package-facts@fossbazaar.org</a>
| + | |
| − | now depreciated,</p>
| + | |
| | | | |
| − | <p> mail
| + | * what do we want to get accomplished? |
| − | list there will remain private, per original</p>
| + | * divy out and how get accomplished? |
| | + | * Target to have spec at 1.0 in 2010Q4 |
| | + | * What are building blocks needed? Consider: documenting tooling; training; how to use..... |
| | + | * Strong feeling one shot to get this right, want free and comercial tool support available for supply chain. |
| | + | * AI: Kim & John to work on operationalize plan. (including a date can tell supply chain people? GOAL is understand a date to have industry changing/financially impacting. Tie to next LinuxCon??) |
| | | | |
| − | <p> commitment.</p>
| + | [[Category:General|Minutes]] |
| − | | + | [[Category:Minutes]] |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p>Web site overview: </p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | site design is still evolving, participation welcome. </p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | log in to comment on wiki etc.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | anyone can blog on site, and postings on topic welcome.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | presentation material available on site for outreach support.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Phil/Martin - update on participation page where to join </p>
| + | |
| − | | + | |
| − | <p> (suggestion
| + | |
| − | was to put link in text, not just at top, </p>
| + | |
| − | | + | |
| − | <p> consider
| + | |
| − | "I want to use the spec, vs. I want to contribute</p>
| + | |
| − | | + | |
| − | <p> to
| + | |
| − | the spec).</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Kate to transfer document (.pdf) back to WIKI.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Phil update standard presentation with LinuxCon2010 input</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Kate clean up the sharing analysis to what is accurate</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Kate publish the current version number of the specification</p>
| + | |
| − | | + | |
| − | <p> in
| + | |
| − | brackets behind reference. </p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p>- License Discussion:</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Look at Fedora's approach as a single page. </p>
| + | |
| − | | + | |
| − | <p> Example
| + | |
| − | license text - canonical form. </p>
| + | |
| − | | + | |
| − | <p> Good
| + | |
| − | from tooling perspective. Suck info off the pages. </p>
| + | |
| − | | + | |
| − | <p> HTML
| + | |
| − | at low technical level is easy. RDF?</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | see <a href="http://fedoraproject.org/wiki/License-">fedoraproject.org/wiki/License-</a>
| + | |
| − | licenses table. </p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Used License Text - uses tag to identify in page</p>
| + | |
| − | | + | |
| − | <p> Fedora
| + | |
| − | provide notes, and canonical text.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | For SPDX problem is where store templated version?</p>
| + | |
| − | | + | |
| − | <p>Minutes - 2010/08/11 LinuxCon2010 Boston SPDX BOF</p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p>Current status: </p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | need to focus on goals for next 3 months</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | <a href="http://SPDX.org/">SPDX.org</a>
| + | |
| − | rollout, shadows <a href="http://fossbazaar.org/">fossbazaar.org</a> for data.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | mail list transfering to <a href="mailto:spdx@fossbazaar.org">spdx@fossbazaar.org</a> with</p>
| + | |
| − | | + | |
| − | <p> self
| + | |
| − | subscription to mail list now possible, and</p>
| + | |
| − | | + | |
| − | <p> public
| + | |
| − | archives.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | <a href="mailto:package-facts@fossbazaar.org">package-facts@fossbazaar.org</a>
| + | |
| − | now depreciated,</p>
| + | |
| − | | + | |
| − | <p> mail
| + | |
| − | list there will remain private, per original</p>
| + | |
| − | | + | |
| − | <p> commitment.</p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p>Web site overview: </p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | site design is still evolving, participation welcome. </p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | log in to comment on wiki etc.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | anyone can blog on site, and postings on topic welcome.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | presentation material available on site for outreach support.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Phil/Martin - update on participation page where to join </p>
| + | |
| − | | + | |
| − | <p> (suggestion
| + | |
| − | was to put link in text, not just at top, </p>
| + | |
| − | | + | |
| − | <p> consider
| + | |
| − | "I want to use the spec, vs. I want to contribute</p>
| + | |
| − | | + | |
| − | <p> to
| + | |
| − | the spec).</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Kate to transfer document (.pdf) back to WIKI.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Phil update standard presentation with LinuxCon2010 input</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Kate clean up the sharing analysis to what is accurate</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Kate publish the current version number of the specification</p>
| + | |
| − | | + | |
| − | <p> in
| + | |
| − | brackets behind reference. </p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p>- License Discussion:</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Look at Fedora's approach as a single page. </p>
| + | |
| − | | + | |
| − | <p> Example
| + | |
| − | license text - canonical form. </p>
| + | |
| − | | + | |
| − | <p> Good
| + | |
| − | from tooling perspective. Suck info off the pages. </p>
| + | |
| − | | + | |
| − | <p> HTML
| + | |
| − | at low technical level is easy. RDF?</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | see <a href="http://fedoraproject.org/wiki/License-">fedoraproject.org/wiki/License-</a>
| + | |
| − | licenses table. </p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Used License Text - uses tag to identify in page</p>
| + | |
| − | | + | |
| − | <p> Fedora
| + | |
| − | provide notes, and canonical text.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | For SPDX problem is where store templated version?</p>
| + | |
| − | | + | |
| − | <p> Suggestion
| + | |
| − | is to use come up with standardized naming</p>
| + | |
| − | | + | |
| − | <p> of
| + | |
| − | the sections, and embed the text of the licence</p>
| + | |
| − | | + | |
| − | <p> "template"
| + | |
| − | version, so it shows up on the "official"</p>
| + | |
| − | | + | |
| − | <p> license
| + | |
| − | page. (example to consider, verify that BSD</p>
| + | |
| − | | + | |
| − | <p> hasn't
| + | |
| − | been modified and do it with a template).</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Fields to put on each "web license WIKI page"</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | short form name</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | long form name</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | link to formal license</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | notes on license</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | full license text</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | template version</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Note: need to figure out and document how to add a license</p>
| + | |
| − | | + | |
| − | <p> (ie.
| + | |
| − | When you add a license - 1) create separate page; </p>
| + | |
| − | | + | |
| − | <p> raw template
| + | |
| − | text, user visible text - here's out how</p>
| + | |
| − | | + | |
| − | <p> embed this text.
| + | |
| − | etc.)</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Tom to define a proposal for user front page.</p>
| + | |
| − | | + | |
| − | <p> Decide section
| + | |
| − | names to correspond to spec</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Group: discuss further following questions:</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | what does it mean to be "on the list" for a license.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | what is it going to take to add and maintain a license.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Consider when english isn't spoken language?</p>
| + | |
| − | | + | |
| − | <p> (what
| + | |
| − | can be translated, what can't, work into template)</p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p>- roll out - operational aspects</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | what do we want to get accomplished?</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | divy out and how get accomplished?</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Target to have spec at 1.0 in 2010Q4</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | What are building blocks needed? </p>
| + | |
| − | | + | |
| − | <p> Consider:
| + | |
| − | documenting tooling; training; how to use.....</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Strong feeling one shot to get this right, want</p>
| + | |
| − | | + | |
| − | <p> free
| + | |
| − | and comercial tool support available for supply chain.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Kim & John to work on operationalize plan. </p>
| + | |
| − | | + | |
| − | <p> (including
| + | |
| − | a date can tell supply chain people? </p>
| + | |
| − | | + | |
| − | <p> GOAL
| + | |
| − | is understand a date to have industry </p>
| + | |
| − | | + | |
| − | <p> changing/financially
| + | |
| − | impacting. Tie to next LinuxCon??)</p>
| + | |
| − | | + | |
| − | <p> of
| + | |
| − | the sections, and embed the text of the licence</p>
| + | |
| − | | + | |
| − | <p> "template"
| + | |
| − | version, so it shows up on the "official"</p>
| + | |
| − | | + | |
| − | <p> license
| + | |
| − | page. (example to consider, verify that BSD</p>
| + | |
| − | | + | |
| − | <p> hasn't
| + | |
| − | been modified and do it with a template).</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Fields to put on each "web license WIKI page"</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | short form name</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | long form name</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | link to formal license</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | notes on license</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | full license text</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | template version</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Note: need to figure out and document how to add a license</p>
| + | |
| − | | + | |
| − | <p> (ie.
| + | |
| − | When you add a license - 1) create separate page; </p>
| + | |
| − | | + | |
| − | <p> raw template
| + | |
| − | text, user visible text - here's out how</p>
| + | |
| − | | + | |
| − | <p> embed this text.
| + | |
| − | etc.)</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Tom to define a proposal for user front page.</p>
| + | |
| − | | + | |
| − | <p> Decide section
| + | |
| − | names to correspond to spec</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Group: discuss further following questions:</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | what does it mean to be "on the list" for a license.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | what is it going to take to add and maintain a license.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Consider when english isn't spoken language?</p>
| + | |
| − | | + | |
| − | <p> (what
| + | |
| − | can be translated, what can't, work into template)</p>
| + | |
| − | | + | |
| − | <p> </p>
| + | |
| − | | + | |
| − | <p>- roll out - operational aspects</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | what do we want to get accomplished?</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | divy out and how get accomplished?</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Target to have spec at 1.0 in 2010Q4</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | What are building blocks needed? </p>
| + | |
| − | | + | |
| − | <p> Consider:
| + | |
| − | documenting tooling; training; how to use.....</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | Strong feeling one shot to get this right, want</p>
| + | |
| − | | + | |
| − | <p> free
| + | |
| − | and comercial tool support available for supply chain.</p>
| + | |
| − | | + | |
| − | <p> -
| + | |
| − | AI: Kim & John to work on operationalize plan. </p>
| + | |
| − | | + | |
| − | <p> (including
| + | |
| − | a date can tell supply chain people? </p>
| + | |
| − | | + | |
| − | <p> GOAL
| + | |
| − | is understand a date to have industry </p>
| + | |
| − | | + | |
| − | <p> changing/financially
| + | |
| − | impacting. Tie to next LinuxCon??)</p><p> </p><p> </p><p> </p>
| + | |
Example license text - canonical form. Good from tooling perspective. Suck info off the pages. HTML at low technical level is easy. RDF?
