Yocto Project - User contributions [en]

BuildingOnRHEL4

2011-04-22T17:00:57Z

Madison:

This page contains notes on getting Yocto builds going on an RHEL 4-based build host.

My RHEL 4 system includes these versions of packages, which appear to have some effect on builds:
* Kernel 2.6.9-89.0.11.EL
*: No KVM support installed, so cannot build qemu-native
*: Also causes pseudo-native build problems, due to older definition of <code>clone()</code>
* make 3.80-7.EL4
*: util-linux builds fail with this version of make; need 3.81.
*: Tried using the make-native recipe, which provides make 3.82. However, eglibc-initial fails in the install step when using make 3.82.
* gcc 3.4.6-11
*: Does not support the -Wno-pointer-signed option, causing prelink-native to fail to compile
* binutils 2.15.92.0.2-25
* python 2.3.4-14.7.el4_8.2
*: Too old a version for bitbake; needs 2.6 or 2.7
* coreutils 5.2.1-36.el4
*: The install utility in this version does not support '-t', causing the linux-yocto install_perf task to fail. Looks like support for '-t' was added in 5.3.
* glibc 2.3.4-2.43.el4_8.3
*: No inotify support (added in glibc 2.4), which breaks dbus-native builds
*: Also causes pseudo-native build problems, due to change in type of return value for <code>readlink()</code>

This was a 64-bit system, also (x86_64).

== Bootstrapping ==
I don't have root or sudo access on my system, so I had to bootstrap the hard way, pulling source tarballs and building the following from scratch.

# sqlite 3.7.5
# Python 2.7.1
# git 1.7.4
# chrpath 0.13

No special configuration used, other than setting --prefix= to point to a directory I owned. You must build sqlite before Python to get the sqlite Python module to build. I ignored the failures to build other Python modules, and that seems to be OK.

I already had a pre-built version of make 3.81 available, otherwise I would have had to build that as well.

Now with git, chrpath, and the just-built version of python in my PATH:
# Fetch the poky.git sources
# Do the normal poky-init-build-env to set up a build directory
# Edit $BUILDDIR/conf/local.conf:
#: Remove <code>image-prelink</code> from USER_CLASSES
#: Set ENABLE_BINARY_LOCALE_GENERATION to <code>"0"</code> (depends on qemu-native, which won't build)
#: Added <code>ASSUME_PROVIDED += "qemu-native"</code> just to be sure that qemu-native build won't be attempted
#: Added <code>PATH_prepend = "/path/to/my/private/bin:"</code> to point to where I have the tools mentioned above installed.
# Create an empty $BUILDDIR/conf/sanity.conf to disable the normal sanity checks on the build environment.

Next, I added two patches:
* One to pseudo to account for the difference in <code>clone()</code> and <code>readlink()</code>.
* One to meta/recipes-core/dbus/dbus.inc to add <code>--disable-dnotify</code> to EXTRA_OECONF.

Next, I built coreutils-native, and put a copy of install in my private bin directory:
<nowiki>$ cp tmp/sysroots/x86_64/usr/bin/install.coreutils /path/to/my/private/bin/install</nowiki>

'''Done.''' At this point, I can now build a poky-image-minimal image for qemux86, qemuarm, qemumips, or qemuppc.

== Building a -sato image ==

# The libcap cross-build creates a program on the build host that fails to build unless the glibc-kernheaders package is installed. Since I didn't have that, and I don't have the privileges to install it myself, I grabbed a copy from my local yum repository and installed the headers in my private root. I then added to my local.conf:
#: <code>BUILD_CFLAGS =+ "-isystem /path/to/my/private/include"</code>
# The mesa-dri configure step looks for a valid (native) Python executable by looking for 'python2' before 'python'. On my system, this caused it to pick up the ancient Python in /usr/bin, since it had a 'python2' symlink installed there, whereas the python-native build did not put one in the native sysroot. I worked around this by creating one in the native sysroot.

With the above additional workarounds, I was able to build a poky-image-sato image for qemux86.

Note that this is building off the head of the bernard branch as of 22 March 2011.

BuildingOnRHEL4

2011-04-22T16:37:16Z

Madison: Added missing colon to PATH_prepend setting.

This page contains notes on getting Yocto builds going on an RHEL 4-based build host.

My RHEL 4 system includes these versions of packages, which appear to have some effect on builds:
* Kernel 2.6.9-89.0.11.EL
*: No KVM support installed, so cannot build qemu-native
*: Also causes pseudo-native build problems, due to older definition of <code>clone()</code>
* make 3.80-7.EL4
*: util-linux builds fail with this version of make; need 3.81.
*: Tried using the make-native recipe, which provides make 3.82. However, eglibc-initial fails in the install step when using make 3.82.
* gcc 3.4.6-11
*: Does not support the -Wno-pointer-signed option, causing prelink-native to fail to compile
* binutils 2.15.92.0.2-25
* python 2.3.4-14.7.el4_8.2
*: Too old a version for bitbake; needs 2.6 or 2.7
* coreutils 5.2.1-36.el4
*: The install utility in this version does not support '-t', causing the linux-yocto install_perf task to fail. Looks like support for '-t' was added in 5.3.
* glibc 2.3.4-2.43.el4_8.3
*: No inotify support (added in glibc 2.4), which breaks dbus-native builds
*: Also causes pseudo-native build problems, due to change in type of return value for <code>readlink()</code>

This was a 64-bit system, also (x86_64).

== Bootstrapping ==
I don't have root or sudo access on my system, so I had to bootstrap the hard way, pulling source tarballs and building the following from scratch.

# sqlite 3.7.5
# Python 2.7.1
# git 1.7.4
# chrpath 0.13

No special configuration used, other than setting --prefix= to point to a directory I owned. You must build sqlite before Python to get the sqlite Python module to build. I ignored the failures to build other Python modules, and that seems to be OK.

I already had a pre-built version of make 3.81 available, otherwise I would have had to build that as well.

Now with git, chrpath, and the just-built version of python in my PATH:
# Fetch the poky.git sources
# Do the normal poky-init-build-env to set up a build directory
# Edit $BUILDDIR/conf/local.conf:
#: Remove <code>image-prelink</code> from USER_CLASSES
#: Set ENABLE_BINARY_LOCALE_GENERATION to <code>"0"</code> (depends on qemu-native, which won't build)
#: Added <code>ASSUME_PROVIDED += "qemu-native"</code> just to be sure that qemu-native build won't be attempted
#: Added <code>PATH_prepend = "/path/to/my/private/bin:"</code> to point to where I have the tools mentioned above installed.

Next, I added two patches:
* One to pseudo to account for the difference in <code>clone()</code> and <code>readlink()</code>.
* One to meta/recipes-core/dbus/dbus.inc to add <code>--disable-dnotify</code> to EXTRA_OECONF.

Next, I built coreutils-native, and put a copy of install in my private bin directory:
<nowiki>$ cp tmp/sysroots/x86_64/usr/bin/install.coreutils /path/to/my/private/bin/install</nowiki>

'''Done.''' At this point, I can now build a poky-image-minimal image for qemux86, qemuarm, qemumips, or qemuppc.

== Building a -sato image ==

# The libcap cross-build creates a program on the build host that fails to build unless the glibc-kernheaders package is installed. Since I didn't have that, and I don't have the privileges to install it myself, I grabbed a copy from my local yum repository and installed the headers in my private root. I then added to my local.conf:
#: <code>BUILD_CFLAGS =+ "-isystem /path/to/my/private/include"</code>
# The mesa-dri configure step looks for a valid (native) Python executable by looking for 'python2' before 'python'. On my system, this caused it to pick up the ancient Python in /usr/bin, since it had a 'python2' symlink installed there, whereas the python-native build did not put one in the native sysroot. I worked around this by creating one in the native sysroot.

With the above additional workarounds, I was able to build a poky-image-sato image for qemux86.

Note that this is building off the head of the bernard branch as of 22 March 2011.

BuildingOnRHEL4

2011-03-29T23:28:20Z

Madison:

This page contains notes on getting Yocto builds going on an RHEL 4-based build host.

My RHEL 4 system includes these versions of packages, which appear to have some effect on builds:
* Kernel 2.6.9-89.0.11.EL
*: No KVM support installed, so cannot build qemu-native
*: Also causes pseudo-native build problems, due to older definition of <code>clone()</code>
* make 3.80-7.EL4
*: util-linux builds fail with this version of make; need 3.81.
*: Tried using the make-native recipe, which provides make 3.82. However, eglibc-initial fails in the install step when using make 3.82.
* gcc 3.4.6-11
*: Does not support the -Wno-pointer-signed option, causing prelink-native to fail to compile
* binutils 2.15.92.0.2-25
* python 2.3.4-14.7.el4_8.2
*: Too old a version for bitbake; needs 2.6 or 2.7
* coreutils 5.2.1-36.el4
*: The install utility in this version does not support '-t', causing the linux-yocto install_perf task to fail. Looks like support for '-t' was added in 5.3.
* glibc 2.3.4-2.43.el4_8.3
*: No inotify support (added in glibc 2.4), which breaks dbus-native builds
*: Also causes pseudo-native build problems, due to change in type of return value for <code>readlink()</code>

This was a 64-bit system, also (x86_64).

== Bootstrapping ==
I don't have root or sudo access on my system, so I had to bootstrap the hard way, pulling source tarballs and building the following from scratch.

# sqlite 3.7.5
# Python 2.7.1
# git 1.7.4
# chrpath 0.13

No special configuration used, other than setting --prefix= to point to a directory I owned. You must build sqlite before Python to get the sqlite Python module to build. I ignored the failures to build other Python modules, and that seems to be OK.

I already had a pre-built version of make 3.81 available, otherwise I would have had to build that as well.

Now with git, chrpath, and the just-built version of python in my PATH:
# Fetch the poky.git sources
# Do the normal poky-init-build-env to set up a build directory
# Edit $BUILDDIR/conf/local.conf:
#: Remove <code>image-prelink</code> from USER_CLASSES
#: Set ENABLE_BINARY_LOCALE_GENERATION to <code>"0"</code> (depends on qemu-native, which won't build)
#: Added <code>ASSUME_PROVIDED += "qemu-native"</code> just to be sure that qemu-native build won't be attempted
#: Added <code>PATH_prepend = "/path/to/my/private/bin"</code> to point to where I have the tools mentioned above installed.

Next, I added two patches:
* One to pseudo to account for the difference in <code>clone()</code> and <code>readlink()</code>.
* One to meta/recipes-core/dbus/dbus.inc to add <code>--disable-dnotify</code> to EXTRA_OECONF.

Next, I built coreutils-native, and put a copy of install in my private bin directory:
<nowiki>$ cp tmp/sysroots/x86_64/usr/bin/install.coreutils /path/to/my/private/bin/install</nowiki>

'''Done.''' At this point, I can now build a poky-image-minimal image for qemux86, qemuarm, qemumips, or qemuppc.

== Building a -sato image ==

# The libcap cross-build creates a program on the build host that fails to build unless the glibc-kernheaders package is installed. Since I didn't have that, and I don't have the privileges to install it myself, I grabbed a copy from my local yum repository and installed the headers in my private root. I then added to my local.conf:
#: <code>BUILD_CFLAGS =+ "-isystem /path/to/my/private/include"</code>
# The mesa-dri configure step looks for a valid (native) Python executable by looking for 'python2' before 'python'. On my system, this caused it to pick up the ancient Python in /usr/bin, since it had a 'python2' symlink installed there, whereas the python-native build did not put one in the native sysroot. I worked around this by creating one in the native sysroot.

With the above additional workarounds, I was able to build a poky-image-sato image for qemux86.

Note that this is building off the head of the bernard branch as of 22 March 2011.

BuildingOnRHEL4

2011-03-29T22:42:44Z

Madison:

This page contains notes on getting Yocto builds going on an RHEL 4-based build host.

My RHEL 4 system includes these versions of packages, which appear to have some effect on builds:
* Kernel 2.6.9-89.0.11.EL
*: No KVM support installed, so cannot build qemu-native
*: Also causes pseudo-native build problems, due to older definition of <code>clone()</code>
* make 3.80-7.EL4
*: util-linux builds fail with this version of make; need 3.81.
*: Tried using the make-native recipe, which provides make 3.82. However, eglibc-initial fails in the install step when using make 3.82.
* gcc 3.4.6-11
*: Does not support the -Wno-pointer-signed option, causing prelink-native to fail to compile
* binutils 2.15.92.0.2-25
* python 2.3.4-14.7.el4_8.2
*: Too old a version for bitbake; needs 2.6 or 2.7
* coreutils 5.2.1-36.el4
*: The install utility in this version does not support '-t', causing the linux-yocto install_perf task to fail. Looks like support for '-t' was added in 5.3.
* glibc 2.3.4-2.43.el4_8.3
*: No inotify support (added in glibc 2.4), which breaks dbus-native builds
*: Also causes pseudo-native build problems, due to change in type of return value for <code>readlink()</code>

This was a 64-bit system, also (x86_64).

== Bootstrapping ==
I don't have root or sudo access on my system, so I had to bootstrap the hard way, pulling source tarballs and building the following from scratch.

# sqlite 3.7.5
# Python 2.7.1
# git 1.7.4
# chrpath 0.13

No special configuration used, other than setting --prefix= to point to a directory I owned. You must build sqlite before Python to get the sqlite Python module to build. I ignored the failures to build other Python modules, and that seems to be OK.

I already had a pre-built version of make 3.81 available, otherwise I would have had to build that as well.

Now with git, chrpath, and the just-built version of python in my PATH:
# Fetch the poky.git sources
# Do the normal poky-init-build-env to set up a build directory
# Edit $BUILDDIR/conf/local.conf:
#: Remove <code>image-prelink</code> from USER_CLASSES
#: Set ENABLE_BINARY_LOCALE_GENERATION to <code>"0"</code> (depends on qemu-native, which won't build)
#: Added <code>ASSUME_PROVIDED += "qemu-native"</code> just to be sure that qemu-native build won't be attempted
#: Added <code>PATH_prepend = "/path/to/my/private/bin"</code> to point to where I have the tools mentioned above installed.

Next, I added two patches:
* One to pseudo to account for the difference in <code>clone()</code> and <code>readlink()</code>.
* One to meta/recipes-core/dbus/dbus.inc to add <code>--disable-dnotify</code> to EXTRA_OECONF.

Next, I built coreutils-native, and put a copy of install in my private bin directory:
<nowiki>$ cp tmp/sysroots/x86_64/usr/bin/install.coreutils /path/to/my/private/bin/install</nowiki>

'''Done.''' At this point, I can now build a poky-image-minimal image for qemux86, qemuarm, and qemuppc.

== Building a -sato image ==

# The libcap cross-build creates a program on the build host that fails to build unless the glibc-kernheaders package is installed. Since I didn't have that, and I don't have the privileges to install it myself, I grabbed a copy from my local yum repository and installed the headers in my private root. I then added to my local.conf:
#: <code>BUILD_CFLAGS =+ "-isystem /path/to/my/private/include"</code>
# The mesa-dri configure step looks for a valid (native) Python executable by looking for 'python2' before 'python'. On my system, this caused it to pick up the ancient Python in /usr/bin, since it had a 'python2' symlink installed there, whereas the python-native build did not put one in the native sysroot. I worked around this by creating one in the native sysroot.

With the above additional workarounds, I was able to build a poky-image-sato image for qemux86.

Note that this is building off the head of the bernard branch as of 22 March 2011.

BuildingOnRHEL4

2011-03-29T21:41:29Z

Madison:

This page contains notes on getting Yocto builds going on an RHEL 4-based build host.

My RHEL 4 system includes these versions of packages, which appear to have some effect on builds:
* Kernel 2.6.9-89.0.11.EL
*: No KVM support installed, so cannot build qemu-native
*: Also causes pseudo-native build problems, due to older definition of <code>clone()</code>
* make 3.80-7.EL4
*: util-linux builds fail with this version of make; need 3.81.
*: Tried using the make-native recipe, which provides make 3.82. However, eglibc-initial fails in the install step when using make 3.82.
* gcc 3.4.6-11
*: Does not support the -Wno-pointer-signed option, causing prelink-native to fail to compile
* binutils 2.15.92.0.2-25
* python 2.3.4-14.7.el4_8.2
*: Too old a version for bitbake; needs 2.6 or 2.7
* coreutils 5.2.1-36.el4
*: The install utility in this version does not support '-t', causing the linux-yocto install_perf task to fail. Looks like support for '-t' was added in 5.3.
* glibc 2.3.4-2.43.el4_8.3
*: No inotify support (added in glibc 2.4), which breaks dbus-native builds
*: Also causes pseudo-native build problems, due to change in type of return value for <code>readlink()</code>

This was a 64-bit system, also (x86_64).

== Bootstrapping ==
I don't have root or sudo access on my system, so I had to bootstrap the hard way, pulling source tarballs and building the following from scratch.

# sqlite 3.7.5
# Python 2.7.1
# git 1.7.4
# chrpath 0.13

No special configuration used, other than setting --prefix= to point to a directory I owned. You must build sqlite before Python to get the sqlite Python module to build. I ignored the failures to build other Python modules, and that seems to be OK.

I already had a pre-built version of make 3.81 available, otherwise I would have had to build that as well.

Now with git, chrpath, and the just-built version of python in my PATH:
# Fetch the poky.git sources
# Do the normal poky-init-build-env to set up a build directory
# Edit $BUILDDIR/conf/local.conf:
#: Remove <code>image-prelink</code> from USER_CLASSES
#: Set ENABLE_BINARY_LOCALE_GENERATION to <code>"0"</code> (depends on qemu-native, which won't build)
#: Added <code>ASSUME_PROVIDED += "qemu-native"</code> just to be sure that qemu-native build won't be attempted
#: Added <code>PATH_prepend = "/path/to/my/private/bin"</code> to point to where I have the tools mentioned above installed.

Next, I added two patches:
* One to pseudo to account for the difference in <code>clone()</code> and <code>readlink()</code>.
* One to meta/recipes-core/dbus/dbus.inc to add <code>--disable-dnotify</code> to EXTRA_OECONF.

Next, I built coreutils-native, and put a copy of install in my private bin directory:
<nowiki>$ cp tmp/sysroots/x86_64/usr/bin/install.coreutils /path/to/my/private/bin/install</nowiki>

'''Done.''' At this point, I can now build a poky-image-minimal image for qemux86, qemuarm, and qemuppc.

Note that this is building off the head of the bernard branch as of 22 March 2011.

BuildingOnRHEL4

2011-03-23T19:23:02Z

Madison: Noted which branch I was using, and corrected a typo

This page contains notes on getting Yocto builds going on an RHEL 4-based build host.

My RHEL 4 system includes these versions of packages, which appear to have some effect on builds:
* Kernel 2.6.9-89.0.11.EL
*: No KVM support installed, so cannot build qemu-native
*: Also causes pseudo-native build problems, due to older definition of <code>clone()</code>
* make 3.80-7.EL4
*: util-linux builds fail with this version of make; need 3.81.
*: Tried using the make-native recipe, which provides make 3.82. However, eglibc-initial fails in the install step when using make 3.82.
* gcc 3.4.6-11
*: Does not support the -Wno-pointer-signed option, causing prelink-native to fail to compile
* binutils 2.15.92.0.2-25
* python 2.3.4-14.7.el4_8.2
*: Too old a version for bitbake; needs 2.6 or 2.7
* coreutils 5.2.1-36.el4
*: The install utility in this version does not support '-t', causing the linux-yocto install_perf task to fail. Looks like support for '-t' was added in 5.3.
* glibc 2.3.4-2.43.el4_8.3
*: No inotify support (added in glibc 2.4), which breaks dbus-native builds
*: Also causes pseudo-native build problems, due to change in type of return value for <code>readlink()</code>

This was a 64-bit system, also (x86_64).

== Bootstrapping ==
I don't have root or sudo access on my system, so I had to bootstrap the hard way, pulling source tarballs and building the following from scratch.

# sqlite 3.7.5
# Python 2.7.1
# git 1.7.4
# chrpath 0.13

No special configuration used, other than setting --prefix= to point to a directory I owned. You must build sqlite before Python to get the sqlite Python module to build. I ignored the failures to build other Python modules, and that seems to be OK.

I already had a pre-built version of make 3.81 available, otherwise I would have had to build that as well.

Now with git, chrpath, and the just-built version of python in my PATH:
# Fetch the poky.git sources
# Do the normal poky-init-build-env to set up a build directory
# Edit $BUILDDIR/conf/local.conf:
#: Remove <code>image-prelink</code> from USER_CLASSES
#: Set ENABLE_BINARY_LOCALE_GENERATION to <code>"0"</code> (depends on qemu-native, which won't build)
#: Added <code>ASSUME_PROVIDED += "qemu-native"</code> just to be sure that qemu-native build won't be attempted
#: Added <code>PATH_prepend = "/path/to/my/private/bin"</code> to point to where I have the tools mentioned above installed.

Next, I added two patches:
* One to pseudo to account for the difference in <code>clone()</code> and <code>readlink()</code>.
* One to meta/recipes-core/dbus/dbus.inc to add <code>--disable-dnotify</code> to EXTRA_OECONF.

Next, I built coreutils-native, and put a copy of install in my private bin directory:
<nowiki>$ cp tmp/sysroots/x86_64/usr/bin/install.coreutils /path/to/my/private/bin/install</nowiki>

'''Done.''' At this point, I can now build a poky-image-minimal image using the default qemux86 target. I will update this page further if I run into other issues with other builds.

Note that this is building off the head of the bernard branch as of 22 March 2011.

BuildingOnRHEL4

2011-03-23T19:03:32Z

Madison: Notes on workarounds needed to build on RHEL 4

This page contains notes on getting Yocto builds going on an RHEL 4-based build host.

My RHEL 4 system includes these versions of packages, which appear to have some effect on builds:
* Kernel 2.6.9-89.0.11.EL
*: No KVM support installed, so cannot build qemu-native
*: Also causes pseudo-native build problems, due to older definition of <code>clone()</code>
* make 3.80-7.EL4
*: util-linux builds fail with this version of make; need 3.81.
*: Tried using the make-native recipe, which provides make 3.82. However, eglibc-initial fails in the install step when using make 3.82.
* gcc 3.4.6-11
*: Does not support the -Wno-pointer-signed option, causing prelink-native to fail to compile
* binutils 2.15.92.0.2-25
* python 2.3.4-14.7.el4_8.2
*: Too old a version for bitbake; needs 2.6 or 2.7
* coreutils 5.2.1-36.el4
*: The install utility in this version does not support '-t', causing the linux-yocto install_perf task to fail. Looks like support for '-t' was added in 5.3.
* glibc 2.3.4-2.43.el4_8.3
*: No inotify support (added in glibc 2.4), which breaks dbus-native builds
*: Also causes pseudo-native build problems, due to change in type of return value for <code>readlink()</code>

This was a 64-bit system, also (x86_64).

== Bootstrapping ==
I don't have root or sudo access on my system, so I had to bootstrap the hard way, pulling source tarballs and building the following from scratch.

# sqlite 3.7.5
# Python 2.7.1
# git 1.7.4
# chrpath 0.13

No special configuration used, other than setting --prefix= to point to a directory I owned. You must build sqlite before Python to get the sqlite Python module to build. I ignored failure to build other Python modules, and that seems to be OK.

I already had a pre-built version of make 3.81 available, otherwise I would have had to build that as well.

Now with git, chrpath, and the just-built version of python in my PATH:
# Fetch the poky.git sources
# Do the normal poky-init-build-env to set up a build directory
# Edit $BUILDDIR/conf/local.conf:
#: Remove <code>image-prelink</code> from USER_CLASSES
#: Set ENABLE_BINARY_LOCALE_GENERATION to <code>"0"</code> (depends on qemu-native, which won't build)
#: Added <code>ASSUME_PROVIDED += "qemu-native"</code> just to be sure that qemu-native build won't be attempted
#: Added <code>PATH_prepend = "/path/to/my/private/bin"</code> to point to where I have the tools mentioned above installed.

Next, I added two patches:
* One to pseudo to account for the difference in <code>clone()</code> and <code>readlink()</code>.
* One to meta/recipes-core/dbus/dbus.inc to add <code>--disable-dnotify</code> to EXTRA_OECONF.

Next, I built coreutils-native, and put a copy of install in my private bin directory:
<nowiki>$ cp tmp/sysroots/x86_64/usr/bin/install.coreutils /path/to/my/private/bin/install</nowiki>

'''Done.''' At this point, I can now build a poky-image-minimal image using the default qemux86 target. I will update this page further if I run into other issues with other builds.