summaryrefslogtreecommitdiffstats
path: root/README.commands
blob: c84eefad99fa6c27be1ba98d16089d552a3acc37 (plain)
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
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
                         Using Poky - Poky Commands
                         ==========================

Bitbake
=======

Bitbake is the tool at the heart of poky and is responsible for parsing the 
metadata, generating a list of tasks from it and then executing them. To see a 
list of the options it supports look at "bitbake --help".

The most common usage is "bitbake <packagename>" where <packagename> is the name
of the package you wish to build. This often equates to the first part of a .bb 
filename so to run the matchbox-desktop_1.2.3.bb file, you might type "bitbake
matchbox-desktop. Several different versions of matchbox-desktop might exist
and bitbake will choose the one selected by the distribution configuration.
Bitbake will also try to execute any dependent tasks first so before building
matchbox-desktop it would build a cross compiler and glibc if not already built.


Bitbake - Package Tasks
=======================

Any given package consists of a set of tasks, in most cases the series is fetch, 
unpack, patch, configure, compile, install, package, package_write and build. 
The default task is "build" and any tasks this depends on are built first hence 
the standard bitbake behaviour. There are some tasks such as devshell which are 
not part of the default build chain. If you wish to run such a task you can use 
the "-c" option to bitbake e.g. "bitbake matchbox-desktop -c devshell".

If you wish to rerun a task you can use the force option "-f". A typical usage 
case might look like:

% bitbake matchbox-desktop
[change some source in the WORKDIR for example]
% bitbake matchbox-desktop -c compile -f
% bitbake matchbox-desktop

which would build matchbox-desktop, then recompile it. The final command reruns 
all tasks after the compile (basically the packaging tasks) since bitbake will 
notice the the compile has been rerun and hence the other tasks also need to run 
again.

You can view a list of tasks in a given package by running the listtasks task
e.g. "bitbake matchbox-desktop -c listtasks".


Bitbake - Dependency Graphs
===========================

Sometimes it can be hard to see why bitbake wants to build some other packages
before a given package you've specified. "bitbake matchbox-desktop -g" will 
create a task-depends.dot file in the current directory. This shows which 
packages and tasks depend on which other packages and tasks and it useful for 
debugging purposes.


Bitbake - Advanced Usage
========================

Debug output from bitbake can be seen with the "-D" option and can sometimes 
give more information about what bitbake is doing and/or why. Each -D options 
increases the logging level, the most common usage being "-DDD".

If you really want to build a specific .bb file, you can use the form "bitbake
-b somepath/somefile.bb". Note that this will not check the dependencies so this
option should only be used when you know the dependencies already exist. You can
specify fragments of the filename and bitbake will see if it can find a unique 
match.

The -e option will dump the resulting environment for either the configuration 
(no package specified) or for a specific package when specified with the -b 
option.

The -k option will cause bitbake to try and continue even if a task fails. It 
can be useful for world or unattended builds.

The -s option lists all the versions of packages that bitbake will use.


Bitbake - More Information
==========================

See the bitbake user manual at: http://bitbake.berlios.de/manual/

QEMU
====

Running images built by poky under qemu is possible within the poky environment
through the "runqemu" command. It has the form:

runqemu MACHINE IMAGETYPE ZIMAGE IMAGEFILE

where:

MACHINE - the machine to emulate (qemux86, qemuarm, spitz, akita)
IMAGETYPE - the type of image to use (nfs or ext2)
ZIMAGE - location of the kernel binary to use
IMAGEFILE - location of the image file to use
(common options are in brackets)

MACHINE is mandatory, the others are optional.

This assumes a suitable qemu binary is available with support for a given 
machine. For further information see scripts/poky-qemu.README.

                                         Copyright (C) 2006-2007 OpenedHand Ltd.
OpenPOWER on IntegriCloud