README 2.8 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192939495969798
  1. meta-swupdate, Yocto layer for deploy tool
  2. ==========================================
  3. This layer's purpose is to add support for a deployment
  4. mechanism of Yocto's images based on swupdate project.
  5. Layer dependencies
  6. ------------------
  7. This layer depends on:
  8. URI: git://github.com/openembedded/meta-openembedded.git
  9. subdirectory: meta-oe
  10. Documentation for the layer
  11. ---------------------------
  12. Documentation for meta-swupdate is part of SWUpdate's docs.
  13. Check for http://sbabic.github.io/swupdate/building-with-yocto.html.
  14. BitBake variable expansion
  15. --------------------------
  16. To insert the values of BitBake variables into the update file, pre- and postfix
  17. the names with "@@". For example, to automatically set the version tag, use the
  18. line `version = "@@DISTRO_VERSION@@";` in your sw-description file.
  19. Image hashing
  20. -------------
  21. During creation of the update file, to get the sha256 hash of the image,
  22. pass $swupdate_get_sha256(IMAGE) (where IMAGE is an image filename).
  23. BitBake auto versions
  24. ---------------------
  25. By setting the version tag in the update file to `$swupdate_get_pkgvar(<package-name>)` it is
  26. automatically replaced with `PV` from BitBake's package-data-file for the package
  27. matching the name of the provided <package-name> tag.
  28. To insert the value of a variable from BitBake's package-data-file different to
  29. `PV` (e.g. `PKGV`) you can append the variable name to the tag:
  30. `$swupdate_get_pkgvar(<package-name>@<package-data-variable>)`
  31. SWU image signing
  32. -----------------
  33. There are 3 signing mechanisms supported by meta-swupdate at the moment:
  34. 1. RSA signing:
  35. * Set variable: `SWUPDATE_SIGNING = "RSA"`
  36. * Set `SWUPDATE_PRIVATE_KEY` to the full path of private key file
  37. 2. CMS signing:
  38. * Set variable: `SWUPDATE_SIGNING = "CMS"`
  39. * Set `SWUPDATE_CMS_CERT` to the full path of certificate file
  40. * Set `SWUPDATE_CMS_KEY ` to the full path of private key file
  41. * (Optional) Set `SWUPDATE_CMS_EXTRA_CERTS` to a space delimited list of intermediate certificate files
  42. 3. Custom signing tool:
  43. * Set variable: `SWUPDATE_SIGNING = "CUSTOM"`
  44. * Set variable `SWUPDATE_SIGN_TOOL' to custom string that needs to be
  45. executed in order to perform the signing
  46. sw-description is signed and the signature is written to sw-description.sig
  47. which is included in the SWU file.
  48. Encrypted private keys are not currently supported since a secure
  49. mechanism must exist to provide the passphrase.
  50. Maintainer
  51. ----------
  52. Stefano Babic <stefano.babic@swupdate.org>
  53. Submitting patches
  54. ------------------
  55. You can submit your patches (or post questions regarding
  56. this layer to the swupdate Mailing List:
  57. swupdate@googlegroups.com
  58. When creating patches, please use something like:
  59. git format-patch -s --subject-prefix='meta-swupdate][PATCH' <revision range>
  60. Please use 'git send-email' to send the generated patches to the ML
  61. to bypass changes from your mailer.