Parts and Steps¶
Parts and steps are the basic data types craft-parts will work with. Together, they define the lifecycle of a project (i.e. how to process each step of each part in order to obtain the final primed result).
Parts¶
When the LifecycleManager is
invoked, parts are defined in a dictionary under the parts key.
If the dictionary contains other keys, they will be ignored.
Permissions¶
Parts can declare read/write/execute permissions and ownership for the
files they produce. This is achieved by adding a permissions subkey
in the specific part:
# ...
parts:
my-part:
# ...
permissions:
- path: bin/my-binary
owner: 1111
group: 2222
mode: "755"
The permissions subkey is a list of permissions definitions, each
with the following keys:
path: a string describing the file(s) and dir(s) that this definition applies to. The path should be relative, and supports wildcards. This field is optional and its absence is equivalent to"*", meaning that the definition applies to all files produced by the part;owner: an integer describing the numerical id of the owner of the files. This field is optional in the general case but mandatory ifgroupis specified;group: an integer describing the numerical id of the group for the files. The semantics are otherwise the same asowner, including being optional in the general case and mandatory ifowneris specified;mode: string describing the desired permissions for the files as a number in base 8. This field is optional.
Steps¶
Steps are used to establish plan targets and in informational data
structures such as StepInfo. They are
defined by the Step enumeration, containing
entries for the lifecycle steps PULL, OVERLAY, BUILD,
STAGE, and PRIME.
Step execution environment¶
Craft-parts defines the following environment for use during step processing and execution of user-defined scriptlets:
Variable Name |
Description |
|---|---|
|
The architecture triplet of the build target. For example:
|
|
The architecture triplet of the host running the build. For example:
|
|
The architecture of the build target. For example:
|
|
The architecture of the build target. For example:
|
|
The maximum number of concurrent build jobs to execute. |
|
The name of the part currently being processed. |
|
The path to the part source directory. This is where sources are located
after the |
|
The path to the part source subdirectory, if any. Defaults to the part source directory. |
|
The path to the part build directory. This is where parts are built during
the |
|
The path to the part build subdirectory in case of out-of-tree builds. Defaults to the part source directory. |
|
The path to the part install directory. This is where built artefacts are
installed after the |
|
(If overlays are enabled) The path to the part’s layer directory during the
|
|
The path to the project’s staging directory. This is where installed
artefacts are migrated during the |
|
The path to the final primed payload directory after the |
The following environment variables are also included, but are deprecated:
Variable Name |
Description |
|---|---|
|
The machine-vendor-os platform triplet definition.
Use |
|
The architecture of the build target. Use |
Some standard environment variables are also modified during parts execution steps.
PATH¶
Several paths are prepended to PATH during step execution, allowing staged
executables from previous parts as well as already-built executables from the current
path to be executed without calling their full path. The paths are only added to
PATH if they exist. These paths are, in order:
$CRAFT_PART_INSTALL/usr/sbin$CRAFT_PART_INSTALL/usr/bin$CRAFT_PART_INSTALL/sbin$CRAFT_PART_INSTALL/bin$CRAFT_STAGE/usr/sbin$CRAFT_STAGE/usr/bin$CRAFT_STAGE/sbin$CRAFT_STAGE/bin
CPPFLAGS, CFLAGS, CXXFLAGS¶
Each of these variables is set with a series of -isystem parameters
to add the following include paths to most C and C++ compilers, if they exist:
$CRAFT_PART_INSTALL/include$CRAFT_PART_INSTALL/usr/include$CRAFT_PART_INSTALL/include/$CRAFT_ARCH_TRIPLET_BUILD_FOR$CRAFT_PART_INSTALL/usr/include/$CRAFT_ARCH_TRIPLET_BUILD_FOR$CRAFT_STAGE/include$CRAFT_STAGE/usr/include$CRAFT_STAGE/include/$CRAFT_ARCH_TRIPLET_BUILD_FOR$CRAFT_STAGE/usr/include/$CRAFT_ARCH_TRIPLET_BUILD_FOR
LDFLAGS¶
LDFLAGS gets set with -L<directory> parameters for linkers to
include the following library paths when linking, if the paths exist:
$CRAFT_PART_INSTALL/lib$CRAFT_PART_INSTALL/usr/lib$CRAFT_PART_INSTALL/lib/$CRAFT_ARCH_TRIPLET_BUILD_FOR$CRAFT_PART_INSTALL/usr/lib/$CRAFT_ARCH_TRIPLET_BUILD_FOR$CRAFT_STAGE/lib$CRAFT_STAGE/usr/lib$CRAFT_STAGE/lib/$CRAFT_ARCH_TRIPLET_BUILD_FOR$CRAFT_STAGE/usr/lib/$CRAFT_ARCH_TRIPLET_BUILD_FOR
PKG_CONFIG_PATH¶
PKG_CONFIG_PATH is set so pkg-config will check the following extra paths,
if they exist:
$CRAFT_PART_INSTALL/lib/pkgconfig$CRAFT_PART_INSTALL/lib/$CRAFT_ARCH_TRIPLET_BUILD_FOR/pkgconfig$CRAFT_PART_INSTALL/usr/lib/pkgconfig$CRAFT_PART_INSTALL/usr/lib/$CRAFT_ARCH_TRIPLET_BUILD_FOR/pkgconfig$CRAFT_PART_INSTALL/usr/share/pkgconfig$CRAFT_PART_INSTALL/usr/local/lib/pkgconfig$CRAFT_PART_INSTALL/usr/local/lib/$CRAFT_ARCH_TRIPLET_BUILD_FOR/pkgconfig$CRAFT_PART_INSTALL/usr/local/share/pkgconfig$CRAFT_STAGE/lib/pkgconfig$CRAFT_STAGE/lib/$CRAFT_ARCH_TRIPLET_BUILD_FOR/pkgconfig$CRAFT_STAGE/usr/lib/pkgconfig$CRAFT_STAGE/usr/lib/$CRAFT_ARCH_TRIPLET_BUILD_FOR/pkgconfig$CRAFT_STAGE/usr/share/pkgconfig$CRAFT_STAGE/usr/local/lib/pkgconfig$CRAFT_STAGE/usr/local/lib/$CRAFT_ARCH_TRIPLET_BUILD_FOR/pkgconfig$CRAFT_STAGE/usr/local/share/pkgconfig
Step output directories¶
Some of the environment variables above reference directories that are the output locations for specific steps. These are repeated below for fast reference:
PULL:CRAFT_PART_SRClocates the source of the part.CRAFT_PART_SRC_WORKlocates the source subdirectory if overridden.
OVERLAY:CRAFT_OVERLAYlocates the combined overlay output from all parts.
STAGE:CRAFT_STAGEcontains the expected location of all staged outputs.
PRIME:CRAFT_PRIMEcontains the path of the primed payload directory. This directory is shared by all parts.