How to submit a patch to OpenEmbedded

Revision as of 16:54, 15 September 2010 by Coolaj86 (talk | contribs) (format update... wiki isn't markdown...)
Jump to: navigation, search

A task-oriented guide to creating a patch

Note: More details are available on the policy pages, but this document is good enough for most beginners.

Let's say you create a new bitbake recipe for OpenEmbedded and you'd like to submit it for inclusion (and you've already tested that it works, of course).

Set up git

Properly configuring git (using as an example user)

On Debain / Ubuntu (Note: Fedora and OpenSuse use `yum`)

sudo aptitude install git-core git-email

These are important to the commit meta-data

git config --global "Tekkub"
git config --global ""

Any Google Apps account

git config --global sendemail.smtpserver
git config --global sendemail.smtpserverport 587
git config --global sendemail.smtpencryption tls
git config --global sendemail.smtpuser

Create and Commit your patch

1. Commit with a concise and descriptive message - one that explains your changes in a way others get a short overview without looking at the code.

git add recipes/nodejs/
git commit # don't use the -m option
nodejs: added recipe for v0.2.1

* included libev-cross patch which prevents wscript from executing cross-compiled code
* included node-cross patch which forwards DEST_CPU to v8's ARCH

2. Create your patch. Use -N for N commits to be included in the patch. Use -s to add a signoff line like "Signed-off-by: Tekku B. <>"

git format-patch -1 -s # creating a patch for my only commit and including my signature

If you are submitting a second version also add "--subject-prefix [v2]"

3. Send your patch to patchwork

git send-email 001-nodejs-added-recipe-for-v0.2.1

Your patch will be immediately visible on

4. Once your patch has been accepted or rejected, create an account and update the status to "accepted" or "rejected"

4++. If you get soft-rejected (a lot of feedback), you should make changes according to the feedback, submit the next version, and update the status of the previous patch to "superseded". Remember to use `--subject-prefix` to mark the patch iteration.


steps for people which don't have snmp access for git

Patches should not be set as attachment but inline.

If you do not have snmp access to your email account you have two options:

1. use a different account (e.g. gmail). you can make one especially for this. Note that the account may differ from the one in signed-off (although that is inconvenient)

2. just include the patch in the body of your email. Make sure you use an email client that does not touch the message (turn spaces in tabs, wrap lines etc etc).

A good mail client to do so is pine (or alpine)