| Age | Commit message (Collapse) | Author |
|---|
|
Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
|
|
apt ignores Packages.bz2 unless bzip2 exists in /bin/bzip2 (!!).
If it's in /usr/bin/bzip2 (e.g. SuSE build host) the image fails to build.
Also, remove commented-out check for DEPLOY_KEEP_PACKAGES.
Signed-off-by: Michael Smith <msmith@cbnco.com>
|
|
|
|
Comment on what this function is used for primarily. The default
gcc3-native that we build is called 'gcc-3.4.6' so look for that one
first.
|
|
machine-specific kernels.
|
|
slugos-extd image.
|
|
Gives us guaranteed sane GNU coreutils on any host. Should greatly ease
support for various non-GNU host systems and allow to safely remove some other
native packages like 'install-native'.
Acked-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
SDK packages.
We create package_qa_check_dev/package_qa_check_dbg checks. While in here
clarify the comments as to what both are doing. Since SDK packages don't
get split like normal ones, it's OK to have -dev stuff in non-dev packages.
Suggested by Richard Purdie
Acked-by: Koen Kooi <koen@openembedded.org>
Signed-off-by: Tom Rini <trini@embeddedalley.com>
|
|
From: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Otavio Salvador <otavio@debian.org>
Acked-by: Jeremy Lainé <jeremy.laine@bolloretelecom.eu>
|
|
Allows parallel build for different images.
Acked-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
IMAGE_VARS usage forces images to have init, dev management, login
management and other stuff. In cases where you don't need any of those
(like initramfs images or other special-purpose images) you need to
override 4 variables in order to get clean image that only installs
things from IMAGE_INSTALL.
So, this changes IMAGE_VARS to more meaningful IMAGE_BOOT and makes it
possible to build images without boot components with single
IMAGE_BOOT="".
Acked-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
When a package contains two files like "name*" and "name*smth" OE can't
properly package those, looping infinetely trying to build file list. The
reason is that first file name globs to two files and OE adds them both
into the list, then globs the first one again and gets two same files, etc.
Fix that.
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Places do_rootfs function before do_install in image creation process.
This change allows multiimage builds, when one image depends on another (before
that second image creation raced with do_rootfs for the first one) and uses
it for some purpose.
Multiimage builds are useful in situations like creating an installer image
with initramfs (built in OE) and an image of the target FS (also built in OE)
or for building virtualized system images to be placed on target FS.
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
This makes it possible for overlays to have checksum.ini.
Signed-off-by: Petri Lehtinen <petri.lehtinen@inoi.fi>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Chris Larson <clarson@kergoth.com>
Acked-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
We need to include ${base_libdir}/*${SOLIBSDEV} in FILES_${PN]} because
the shared libraries in ${base_libdir} do not follow the usual *.so.* naming
convention, for instance libproc-3.2.7.so.
|
|
into org.openembedded.dev
|
|
support datadir/pkgconfig...
* http://lists.linuxtogo.org/pipermail/openembedded-devel/2009-April/009963.html
|
|
|
|
gcc/binutils
Without this gdb-canadian-sdk would try and build without a host compiler as
it wasn't fixing up this missing dep itself. The comment in the bbclass was
wrong (checked -g on all recipes using this bbclass).
|
|
* make use of SOLIBS and SOLIBSDEV to populate FILE_* instead of hardcoded .so.* and .so
|
|
|
|
|
|
|
|
|
|
|
|
drive letter for sysroot.
|
|
* bandaid till we have a better way to track ABI changes
|
|
|
|
|
|
|
|
|
|
|
|
|
|
TARGET_PREFIX decoupled"
This reverts commit 114155243344c15847e73598e82d02926443cbf1.
|
|
distutils-common-base.bbclass
Create a new class distutils-common-base.bbclass which holds the common
parts that can be used in native and target packages which need to use
distutils funtionality.
rpm, libxml2, zope are currently using them and needed to use
distutils-native-base for native recipes.
rpm and libxml need to defer the processing of certain configure
parameters which we evaluate using python. So we need to have python-native
built before we can process them. Hence we can not use EXTRA_OECONF
which is a python variable and gets expanded during parsing recipes
and ofcourse we have not yet built python-native.
We pass these extra options as a separate shell variable to do_configure
which we evaluate when that task is executing.
|
|
|
|
|
|
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
the url.
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
Signed-off-by: Chris Larson <clarson@kergoth.com>
|
|
removed.
Also added a deprecation message to it.
Signed-off-by: Chris Larson <clarson@kergoth.com>
|
|
base_path_relative returns a relative path from src to dest.
Examples:
>>> base_path_relative("/usr/bin", "/tmp/foo/bar")
../../tmp/foo/bar
>>> base_path_relative("/usr/bin", "/usr/lib")
../lib
>>> base_path_relative("/tmp", "/tmp/foo/bar")
foo/bar
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
isn't set.
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
here.
Now a distro or machine can add their own variables to display.
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
TARGET_PREFIX decoupled
Currently, we rely on autoconf's implicit prefixing of outputted binaries
for -cross, but that names them based on TARGET_SYS, not TARGET_PREFIX,
which keeps the two tightly coupled. By explicitly setting the prefix to
the latter, we get around that.
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
Currently, if the first item in BBFILES isn't in the main OE repository,
the build fails entirely due to a ValueError. This isn't optimal. Rather
than searching through BBFILES to find it, which could be slow when
BBFILES contains thousands of files, let's just find base.bbclass and use
that repository.
Also, use better methods to find the git revision and branch, and identify
the scm based on the existance of .svn/.git/_MTN to avoid calling out
subprocesses unnecessarily.
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
Now that bitbake operates at a task level, not a package level, the
package messages are, at best, useless, and at worst, confusing for the
user.
Signed-off-by: Chris Larson <clarson@mvista.com>
|
Dmitry Eremin-Solenikov
Michael Smith
Marcin Juszkiewicz
Tom Rini
Mike Westerhof
Roman I Khimov
Jeremy Lainé
Petri Lehtinen
Stanislav Brabec
Koen Kooi
Robert Schuster
woglinde
Chris Larson
Khem Raj
Chris Larson