identify-component.rst 1.5 KB

12345678910111213141516171819202122232425262728293031
  1. .. SPDX-License-Identifier: CC-BY-SA-2.0-UK
  2. Identify the component
  3. **********************
  4. The Yocto Project and OpenEmbedded ecosystem is built of :term:`layers <Layer>`
  5. so the first step is to identify the component where the issue likely lies.
  6. For example, if you have a hardware issue, it is likely related to the BSP
  7. you are using and the best place to seek advice would be from the BSP provider
  8. or :term:`layer`. If the issue is a build/configuration one and a distro is in
  9. use, they would likely be the first place to ask questions. If the issue is a
  10. generic one and/or in the core classes or metadata, the core layer or BitBake
  11. might be the appropriate component.
  12. Each metadata layer being used should contain a ``README`` file and that should
  13. explain where to report issues, where to send changes and how to contact the
  14. maintainers.
  15. If the issue is in the core metadata layer (OpenEmbedded-Core) or in BitBake,
  16. issues can be reported in the :yocto_bugs:`Yocto Project Bugzilla <>`. The
  17. :yocto_lists:`yocto </g/yocto>` mailing list is a general “catch-all” location
  18. where questions can be sent if you can’t work out where something should go.
  19. :term:`Poky` is a commonly used “combination” repository where multiple
  20. components have been combined (:oe_git:`bitbake </bitbake>`,
  21. :oe_git:`openembedded-core </openembedded-core>`,
  22. :yocto_git:`meta-yocto </meta-yocto>` and
  23. :yocto_git:`yocto-docs </yocto-docs>`). Patches should be submitted against the
  24. appropriate individual component rather than :term:`Poky` itself as detailed in
  25. the appropriate ``README`` file.