Working Draft of Compliance Proposal: Difference between revisions

From Yocto Project
Jump to navigationJump to search
(Reverting these and moving them to the old page for now to preserve history. - Undo revision 6084 by Darknighte (talk))
(Reverting these and moving them to the old page for now to preserve history. - Undo revision 6081 by Darknighte (talk))
 
(One intermediate revision by the same user not shown)
Line 1: Line 1:
= YOCTO PROJECT Branding and Compliance =
This document has been deprecated - the droids you are looking for are at: [ https://wiki.yoctoproject.org/wiki/Working_Draft_of_Compliance_Prop ]
== Introduction ==
The YOCTO PROJECT adheres to the guidelines set up by the Linux Foundation (add link here).  The YOCTO PROJECT compliance program has been established to support and strengthen the YOCTO PROJECT strategic initiatives and promote by use of its branding.
*To encourage the development of and collaboration on the use of a common set of tools, standards and practices to reduce fragmentation in the embedded market.
*To ensure as much as possible that the tooling for these developments is architecturally independent.
*To provide benefits to membership in the YOCTO PROJECT.


In other words, the compliance program provides the necessary level of standardizations to allow OSVs, ODMs, Tools and Application developers to deliver implementations which contribute to and support the goals of the project and encourage an ecosystem to build around the YOCTO PROJECT.
(This redirect is due to Dave Stewart's jet-lagged blunder. Apologies to Sean Hudson)
 
Compliance as defined by the YOCTO PROJECT governs the RIGHTS for the usage of the project name, Logo and marks in association with products, marketing materials, and announcements.  The YOCTO PROJECT brand guidelines describes how to use these RIGHTS. (Add document link here – document and guidelines are in development)
 
As with Linux, COMPLIANCE AFFECTS THE COMMERCIAL USE OF RESULTING PRODUCTS OR PROJECTS CREATED BY THE YOCTO PROJECT. PERSONAL USE CASES ARE NOT COVERED.
 
== Compliance levels, Compliance Recommendations and Terminology ==
The YOCTO PROJECT compliance program defines several steps of compliance to support OSVs, ODMs, Project Contributors, and Application Developers.
 
== YOCTO PROJECT Brand Documentation ==
Clear documentation how the brands can be used (palette etc) as well as when they can be used in conjunction with the above are found in the “YOCTO PROJECT Brand Usage Guide.”
 
= YOCTO PROJECT Aligned =
 
Instructions: To register for use of the YOCTO PROJECT Aligned logo/text:
* Edit the wiki page,
* copy the text below and add a new section for your project / organization
* Send mail to yocto-ab@yoctoproject.org requesting registration
* When you have received email acknowledgement, you may use the logo / text treatment
 
== YOCTO PROJECT Aligned Registration Template ==
 
{| border="1" {{table}}
|  '''Organization / Project name''' ||  (Replace with text)
|-
|  '''Contact Name / Email address''' ||  (Replace with text)
|-
|  '''Registration Date''' ||  (Replace with text)
|-
|  '''Compliance version''' ||  Version 1.0
|}
 
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Criteria''' || ! scope="col" bgcolor="grey" | '''Yes/No''' || ! scope="col" bgcolor="grey" | '''Explanation (if N or N/A)'''
|-
| Working towards and supporting the aims and objectives of the YOCTO PROJECT. These include decreasing the fragmentation of embedded ecosystem and focus around a common shared set of tools, formats and best practices. We want to avoid multiple groups of people repeating the same work and have one set of great tools rather than multiple tools with drawbacks. || Y or N || bgcolor="" | (Delete if "Y")
|-
| Promoting the OpenEmbedded Architecture, layer model and BSP format || Y or N || bgcolor="" | (Delete if "Y")
|-
| Committed to sending to the open source community any patches to OpenEmbedded-Core, BitBake and other YOCTO PROJECT layers || Y or N || bgcolor="" | (Delete if "Y")
|-
| Aim for compatibility and interoperability between different metadata layers. || Y or N || bgcolor="" | (Delete if "Y")
|-
| Be an open source project, non-profit, small business (up to 80 employees). || Y or N || bgcolor="" | (Delete if "Y")
|}
 
== YOCTO PROJECT Aligned Registrar ==
 
=== OpenSDR (Consultant) ===
 
 
{| border="1" {{table}}
|  '''Organization / Project name''' ||  OpenSDR (Example)
|-
|  '''Contact Name / Email address''' ||  Philip Balister / philip@balister.org
|-
|  '''Registration Date''' ||  May 20, 2012
|-
|  '''Compliance version''' ||  Version 1.0
|}
 
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Criteria''' || ! scope="col" bgcolor="grey" | '''Yes/No''' || ! scope="col" bgcolor="grey" | '''Explanation (if N or N/A)'''
|-
| Working towards and supporting the aims and objectives of the YOCTO PROJECT. These include decreasing the fragmentation of embedded ecosystem and focus around a common shared set of tools, formats and best practices. We want to avoid multiple groups of people repeating the same work and have one set of great tools rather than multiple tools with drawbacks. || Y || bgcolor="" |
|-
| Promoting the OpenEmbedded Architecture, layer model and BSP format || Y || bgcolor="" |
|-
| Committed to sending to the open source community any patches to OpenEmbedded-Core, BitBake and other YOCTO PROJECT layers || Y || bgcolor="" |
|-
| Aim for compatibility and interoperability between different metadata layers. || Y || bgcolor="" |
|-
| Be an open source project, non-profit, small business (up to 80 employees). || Y || bgcolor="" |
|}
 
= YOCTO PROJECT Powered =
 
 
Instructions: To register for use of the YOCTO PROJECT Powered logo/text:
* Edit the wiki page,
* copy the text below and add a new section for your project / organization
* Send mail to yocto-ab@yoctoproject.org requesting registration
* When you have received email acknowledgement, you may use the logo / text treatment
 
 
{| border="1" {{table}}
|  '''Organization / Project name''' ||  (Replace with text)
|-
|  '''Contact Name / Email address''' ||  (Replace with text)
|-
|  '''Product / Project name''' ||  (Replace with text)
|-
|  '''Release version number''' ||  (Replace with text)
|-
|  '''Registration Date''' ||  (Replace with text)
|-
|  '''Compliance version''' ||  Version 1.0
|}
 
 
== YOCTO PROJECT Powered Acceptance Criteria ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Criteria''' || ! scope="col" bgcolor="grey" | '''Yes/No''' || ! scope="col" bgcolor="grey" | '''Explanation (if N or N/A)'''
|-
| Working towards and supporting the aims and objectives of the YOCTO PROJECT. These include decreasing the fragmentation of embedded ecosystem and focus around a common shared set of tools, formats and best practices. We want to avoid multiple groups of people repeating the same work and have one set of great tools rather than multiple tools with drawbacks. || Y or N || bgcolor="" | (Delete if "Y")
|-
| Promoting the OpenEmbedded Architecture, layer model and BSP format || Y or N || bgcolor="" | (Delete if "Y")
|-
| Making visible contributions in the OpenEmbedded and component projects of the YOCTO PROJECT || Y or N || bgcolor="" | (Delete if "Y")
|-
| Be an open source project, non-profit or member of the YOCTO PROJECT working group, regardless of organization size || Y or N || bgcolor="" | (Delete if "Y")
|-
| If the project includes build system functionality, are BitBake and OpenEmbedded-Core included as components? || Y or N || bgcolor="" | (Delete if "Y")
|-
| If present, can the directories containing BitBake and OpenEmbedded-Core be clearly identified within the system and only contain those components? || Y or N || bgcolor="" | (Delete if "Y")
|-
| Have all patches applied to BitBake and OpenEmbedded-Core (if present) been submitted to the open source community? || Y or N || bgcolor="" | (Delete if "Y")
|-
| Do all layers contain a README file which details the origin of the layer, its maintainer, where to submit changes, and any dependencies or version requirements? || Y or N || bgcolor="" | (Delete if "Y")
|-
| Do all layers build without errors against OpenEmbedded-Core with only the dependencies/requirements listed in their README file? || Y or N || bgcolor="" | (Delete if "Y")
|-
| '''(For BSPs)''' Does the layer follow the format defined in the [http://www.yoctoproject.org/docs/current/bsp-guide/bsp-guide.html YOCTO PROJECT Board Support Package (BSP) Developers Guide]? || Y or N || bgcolor="" | (Delete if "Y")
|-
| Are hardware support, configuration (distro) policy and recipe metadata separated into different layers which do not depend on each other? || Y or N || bgcolor="" | (Delete if "Y")
|-
| A test report document is included of which combinations of layers, recipes and machines have been tested. || Y or N || bgcolor="" | (Delete if "Y")
|-
| If any item in the "YOCTO PROJECT Powered Compliance Recommendations" list is not true, is this documented in the testing report?|| Y or N || bgcolor="" | (Delete if "Y")
|-
|}
 
== YOCTO PROJECT Powered Compliance Recommendations ==
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Criteria''' || ! scope="col" bgcolor="grey" | '''Yes/No''' || ! scope="col" bgcolor="grey" | '''Explanation (if N or N/A)'''
|-
| Linux kernels are either based around LTSI kernel versions or a YOCTO PROJECT kernel version || Y or N || bgcolor="" | (Delete if "Y")
|-
| Everything builds successfully with the standard toolchain from OE-Core where the architecture is one supported by OE-Core as standard? || Y or N || bgcolor="" | (Delete if "Y")
|}
 
 
== YOCTO PROJECT Powered Registrar ==
 
=== Mentor Graphics Embedded Linux ===
 
{| border="1" {{table}}
|  '''Organization / Project name''' ||  Mentor Graphics, Inc
|-
|  '''Contact Name / Email address''' ||  Sean Hudson, Sean_Hudson@mentor.com
|-
|  '''Product / Project name''' ||  Mentor Embedded Linux
|-
|  '''Release product version number''' ||  v5.0
|-
|  '''Registration Date''' ||  March 27, 2012
|-
|  '''Compliance specification revision''' ||  Version 1.0
|}
 
=== Mentor Graphics YOCTO PROJECT Powered Acceptance Criteria ===
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Criteria''' || ! scope="col" bgcolor="grey" | '''Yes/No''' || ! scope="col" bgcolor="grey" | '''Explanation (if N or N/A)'''
|-
| Working towards and supporting the aims and objectives of the YOCTO PROJECT. These include decreasing the fragmentation of embedded ecosystem and focus around a common shared set of tools, formats and best practices. We want to avoid multiple groups of people repeating the same work and have one set of great tools rather than multiple tools with drawbacks. || Y || bgcolor="" |
|-
| Promoting the OpenEmbedded Architecture, layer model and BSP format || Y || bgcolor="" |
|-
| Making visible contributions in the OpenEmbedded and component projects of the YOCTO PROJECT || Y || bgcolor="" |
|-
| Be an open source project, non-profit or member of the YOCTO PROJECT || Y || bgcolor="" |
|-
| If the project includes build system functionality, are BitBake and OpenEmbedded-Core included as components? || Y || bgcolor="" |
|-
| If present, can the directories containing BitBake and OpenEmbedded-Core be clearly identified within the system and only contain those components? || Y || bgcolor="" |
|-
| Have all patches applied to BitBake and OpenEmbedded-Core (if present) been submitted to the open source community? || Y || bgcolor="" |
|-
| Do all layers contain a README file which details the origin of the layer, its maintainer, where to submit changes, and any dependencies or version requirements? || Y || bgcolor="" |
|-
| Do all layers build without errors against OpenEmbedded-Core with only the dependencies/requirements listed in their README file? || Y || bgcolor="" |
|-
| '''(For BSPs)''' Does the layer follow the format defined in the [http://www.yoctoproject.org/docs/current/bsp-guide/bsp-guide.html YOCTO PROJECT Board Support Package (BSP) Developers Guide]? || Y || bgcolor="" |
|-
| Are hardware support, configuration (distro) policy and recipe metadata separated into different layers which do not depend on each other? || Y || bgcolor="" |
|-
| A test report document is included of which combinations of layers, recipes and machines have been tested. || Y || bgcolor="" |
|-
| If any item in the "YOCTO PROJECT Powered Compliance Recommendations" list is not true, is this documented in the testing report?|| Y || bgcolor="" |
|-
|}
 
=== Mentor Graphics YOCTO PROJECT Powered Compliance Recommendations ===
{| border="1" {{table}}
| ! scope="col" bgcolor="grey" | '''Criteria''' || ! scope="col" bgcolor="grey" | '''Yes/No''' || ! scope="col" bgcolor="grey" | '''Explanation (if N or N/A)'''
|-
| Linux kernels are either based around LTSI kernel versions or a YOCTO PROJECT kernel version || Y || bgcolor="" | Based on YOCTO PROJECT v1.1
|-
| Everything builds successfully with the standard toolchain from OE-Core where the architecture is one supported by OE-Core as standard? || Y || bgcolor="" |
|}

Latest revision as of 22:34, 30 May 2012

This document has been deprecated - the droids you are looking for are at: [ https://wiki.yoctoproject.org/wiki/Working_Draft_of_Compliance_Prop ]

(This redirect is due to Dave Stewart's jet-lagged blunder. Apologies to Sean Hudson)