Age | Commit message (Collapse) | Author |
|
Signed-off-by: Eric Bénard <eric@eukrea.com>
Cc: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
as discussed with and agreed by Mickey.
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
Everybody loves devshell
Signed-off-by: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Tested various builds seems to hold fine
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Acked-by: Tom Rini <tom_rini@mentor.com>
|
|
We still had bluez-libs being set for bluez-libs rather than bluez4 which
meant that both were being built.
Acked-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Tom Rini <tom_rini@mentor.com>
|
|
* X11R7.6-RC1 was already released
http://www.x.org/releases/X11R7.6-RC1/doc/xorg-docs/ReleaseNotes.html
so it's IMHO time to start migration there
* preferred-xorg-versions-live.inc was tracking latest stable released
tarballs, but only reason I was maintaining it was to overwrite older
preferred-xorg-versions-X11R7.5.inc if your distribution included ie
X11R7.5.inc and you wanted live.inc from local.conf
* default recipe versions without any preferred-xorg-versions include
are now the same as live.inc
* we will get better test coverage if we use same versions
* if someone really needs older release then pinning only core stuff
like xserver/libx11 will be probably better, than pinning every xorg
app/proto/font etc.
* I can slow down adding newest xorg stuff or ie keep it everytime for
at least a week on ML for another review and test on more targets
(I'm testing it only on om-gta02/spitz/nokia900)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Otavio Salvador <otavio@ossystems.com.br>
Ackey-by: Tom Rini <tom_rini@mentor.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
Acked-by: Klaus Kurzmann <mok@fluxnetz.de>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* it's empty for > 6 months
* entries were moved to recipes
* SRCREV instead of SRCDATE is preferred anyways http://git.openembedded.org/cgit.cgi/bitbake/commit/?id=8da9744fcdf856abebcfbe9e3bc1b8cf07bc317b
Acked-by: Andreas Oberritter <obi@opendreambox.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Eric Bénard <eric@eukrea.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Given the current implementation of OVERRIDES in bitbake, the variable is
expected to contain elements in the order least specific to most specific,
however, our current usage of it does not match that. As one example, "local"
is supposed to always be the most specific override, yet currently it's the
least specific. As another example, currently the target architecture is seen
as more specific than the machine, which is also clearly wrong.
Big thanks to Chase Maupin for investigating and identifying this long
standing issue.
It becomes clear that a reversal of the current value will bring us to a more
sane behavior, and avoids the need for the dual overrides hack mentioned in
the comments, so this implements this reversal, and drops the unnecessary and
confusing comments.
This also introduces a MACHINE_OVERRIDES variable as a generic mechanism to
inject overrides elements which are more specific than the distro but less
specific than the machine, which is where things like MACHINE_CLASS or
SOC_FAMILY or the like would go. This variable is *space* separated, to make
it easier and more convenient to assemble the variable incrementally.
Reported-by: Chase Maupin <chase.maupin@ti.com>
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Chase Maupin <chase.maupin@ti.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
For now, just ensures its inherited. In the future, we can merge / simplify
staging.bbclass with packaged-staging.bbclass as appropriate.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
|
|
* Set bluez-libs for PREFERRED_PROVIDER for bluez-libs
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
minimal.conf has nfs as distro feature but not ip4 or ipv6.
This makes that busybox does not generate networking applets
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de>
|
|
This reverts commit f00b1bec3efb8490b3343c368d36788e290e6fc7.
Unfortunately this slipped under my radar. MACHINE_CLASS is being
used by me, e.g. for Motorola EZX, HTC MSM7, and more --
so please leave it in here.
|
|
None of the distros in OE appear to want/need gpg or curl support in opkg;
so have opkg.inc remove them by default. This diff makes things more consistent
across all distros/tasks/images.
The slugos recipe is kept intact and further divided from the more modern
recipes. The opkg-native recipe is the sane-srcrev version even when building
slugos, which should allow for changes to opkg related bbclasses without
breaking the slugos build.
Build tested for qemumipsel/minimal-image and nslu2/slugos-image.
minimal-image builds 10% quicker in my setup and is 1mb smaller.
Signed-off-by: Graham Gower <graham.gower@gmail.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* This would be used to decide if we can use BX in return
instructions in uclibc.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Currenlty we define the thumb specific overrides in machine tune files
and as machine conf files are included before the distro conf files
the overrides dont get right values and set incorrectly.
* This patch moves the tune-thumb.inc from machine/include into
distro/include and lets distro decide on thumb and thumb-interworking
features based on the machine selected. If a machine which does not
support thumb like all armv4 based machines is selected then distro
makes correct decision now to disable thumb and thumb-interworking
based upon the machine seletected.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Koen Kooi <koen@openembedded.org>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
This reverts commit e9fe87a13cf4e0453ff601c422ecbe6a98bc8f76.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Currenlty we define the thumb specific overrides in machine tune files
and as machine conf files are included before the distro conf files
the overrides dont get right values and set incorrectly.
* This patch moves the tune-thumb.inc from machine/include into
distro/include and lets distro decide on thumb and thumb-interworking
features based on the machine selected. If a machine which does not
support thumb like all armv4 based machines is selected then distro
makes correct decision now to disable thumb and thumb-interworking
based upon the machine seletected.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* OVERRIDES here are identical to ones from bitbake.conf
except MACHINE_CLASS which seems to be used nowhere.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* As this is a weak assignment and bitbake.conf has a proper
assignment and bitbake.conf is included before distro conf
file it leaves this weak assignment as no-op. The problem happens
when using minimal but changing libc from eglibc to uclibc then
it will use same cache directory and then its infact wrong.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
virtual/psplash is now always being set by compatibility-providers.conf
so we want to always override it.
Signed-off-by: Tom Rini <tom_rini@mentor.com>
|
|
Having a leading dot in DISTRO_VERSION will result in a '-.' string when
building archive names; this may lead to mistakenly think that something is
missing in the archive name.
Example:
minimal-.dev-snapshot-20100216-i686-linux-armv5te-linux-gnueabi-toolchain.tar.bz2
^^
Remove the leading dot in DISTRO_VERSIONs to avoid such possible
confusion.
Signed-off-by: Antonio Ospite <ospite@studenti.unina.it>
Acked-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Stefan Schmidt <stefan@datenfreihafen.org>
|
|
|
|
|
|
sane-feed.inc
|
|
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* As minimal-uclibc includes minimal conf the
distro features get inherited. mplt is not
supported on uclibc yet. So we should disable
it for uclibc/mips based distros.
* Add a note about overriding DISTRO_FEATURES.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Holger Hans Peter Freyther <zecke@selfish.org>
|
|
compatibility-providers.conf
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
|
|
* Bump the ABI_LAYOUT. Build from scratch will be needed.
* Replace using TARGET_OS from linux->linux-gnu.
* Replace using linux-uclibcgnueabi->linux-uclibceabi.
* Add 'eabi' to DISTRO_FEATURES (only for minimal and micro).
* Use eabi and BASE_PACKAGE_ARCH to compute real TARGET_OS.
* Fix the micro conf to get console image building.
* Fix the linux-uclibcgnueabi overrides in all recipes.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Phill Blundell <pb@reciva.com>
Acked-by: Michael 'Mickey' Lauer <mickey@vanille-media.de>
|
|
Currently we fall back to glibc if LIBC is not set.
We now will use eglibc as default lib for minimal
and sane-toolchain
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
With minimal/minimal-uclibc we have to do a little rework so that
minimal-uclibc can override the main distro.
Acked-by: Leon Woestenberg <leon@sidebranch.com>
Acked-by: Mike Westerhof <mwester@dls.net>
Signed-off-by: Tom Rini <trini@embeddedalley.com>
|
|
|
|
minimal.conf; make them weak
You can override DEPLOY_DIR now in your local.conf.
|
|
|
|
|
|
|
|
|