-
Notifications
You must be signed in to change notification settings - Fork 1
/
README
71 lines (51 loc) · 2.51 KB
/
README
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
meta-intel-iot-devkit
=====================
This is the distro layer for the Intel IoT developer kit. This layer is a
distro layer meant to build a galileo gen1/2 image on either SPI or a uSD card.
Dependencies
============
This layer depends on:
URI: git://git.openembedded.org/openembedded-core
branch: daisy
URI: git://git.yoctoproject.org/meta-intel-quark
branch: daisy
URI: git://git.yoctoproject.org/meta-intel-galileo
branch: daisy
URI: git://git.yoctoproject.org/meta-eca
branch: daisy
URI: git://git.yoctoproject.org/meta-intel-iot-middleware
branch: daisy
Guidelines for submitting patches
=================================
Please submit any patches to the meta-intel mailing list
([email protected]). Also, if your patches are available via a public
git repository, please also include a URL to the repo and branch containing
your patches as that makes it easier for maintainers to grab and test your
patches.
Regardless of how you submit a patch or patchset, the patches should
at minimum follow the suggestions outlined in the 'How to Submit a
Change' secion in the Yocto Project Development Manual. Specifically,
they should:
- Include a 'Signed-off-by:' line. A commit can't legally be pulled
in without this.
- Provide a single-line, short summary of the change. This short
description should be prefixed by the BSP or recipe name, as
appropriate, followed by a colon. Capitalize the first character
of the summary (following the colon).
- For the body of the commit message, provide detailed information
that describes what you changed, why you made the change, and the
approach you used.
- If the change addresses a specific bug or issue that is associated
with a bug-tracking ID, include a reference to that ID in your
detailed description in the following format: [YOCTO #<bug-id>].
- Pay attention to line length - please don't allow any particular
line in the commit message to stretch past 72 characters.
- For any non-trivial patch, provide information about how you
tested the patch, and for any non-trivial or non-obvious testing
setup, provide details of that setup.
Doing a quick 'git log' will provide you with many
examples of good example commits if you have questions about any
aspect of the preferred format.
The maintainers will do their best to review and/or pull in a patch or patchset
within 48 hours of the time it was posted. For larger and/or more involved
patches and patchsets, the review process may take longer.