From: Jens Rehsack
OpenJDK-8 has it's configure script at common/autotools - which will cause
the entire assumption of ${S}/configure is regenerated by autoreconf,
intltoolize or alike
fails heavily.
Also - other configure mechanisms can be supported more similar (see how pkgsrc
manages differe
From: Andre McCurdy
Without an explicit license, cairo-script-interpreter inherits
the default LICENSE and isn't packaged in builds which blacklist
GPLv3.
(From OE-Core master rev: cb8f84218b065fed88a8c36f3c78065e8ab726bf)
Signed-off-by: Andre McCurdy
Signed-off-by: Ross Burton
Signed-off-by:
From: Mark Hatle
A bug in glibc 2.22's ld.so interface for the prelink support causes
the displayed values to be incorrect. The included path fixes this
issue.
Clear ELF_RTYPE_CLASS_EXTERN_PROTECTED_DATA for prelink
prelink runs ld.so with the environment variable LD_TRACE_PRELINKING
From: Fang Jia
On Ubuntu-system, When sourcing the env.sh from an exported sdk, and
running a bogus linux command (for example "asd"), a core dump of
python is usually generated.
Unset the command_not_found_handle to fix it.
(From OE-Core master rev: 473ccbebb426df757adb8955eaa5e191d88180d1)
S
From: Mark Hatle
Fix the following issues:
IA32 / ARM - Resync to glibc-2.22, fix a mismatch w/ glibc's ld.so
MIPS - Ignore the new SHT_MIPS_ABIFLAGS
ARM - Fix missing ARM IFUNC support chunk
Also upstream prelink project no longer has a 'trunk' directory.
(From OE-Core master rev: c725328f2ab
From: Mark Hatle
The gcc default, bss-plt, will cause errors when using the prelinker. All
other distributions that I am aware of are using the the secure-plt. For an
explanation of the differences, the gcc docs:
Current PowerPC GCC accepts a `-msecure-plt' option that generates code
capab
From: Paul Eggleton
If we're upgrading a recipe that fetches from git, and we've simply
fetched a tarball of the repo instead of directly from the upstream repo
(this can happen if you have PREMIRRORS set up as in poky with a core recipe,
e.g. kernelshark) then we won't have any new revisions, an
From: Paul Eggleton
Fixes the following error showing up for layers that aren't a git repo
(or aren't parented by one):
fatal: Not a git repository (or any of the parent directories): .git
This was because we weren't intercepting stderr. We might as well just
use bb.process.run() here which doe
From: Paul Eggleton
When SDK preparation fails:
* Insert an ERROR: in front of the error message
* Add an error message to the environment setup script
Hopefully this should make it more obvious when this happens.
Fixes [YOCTO #8658].
(From OE-Core master rev: 105df569b3b1982005c2edb37f4690f9
From: Paul Eggleton
Fixes the following warning sometimes appearing during image builds:
WARNING: The license listed ABC was not in the licenses collected for recipe xyz
The files being looked for here, which runs during do_rootfs,
are written out by the do_populate_lic task for each recipe. Ho
From: Paul Eggleton
If you put an $ character in the path, SDK installation fails during the
preparation stage, so add this to the disallowed characters.
Fixes [YOCTO #8625].
(From OE-Core master rev: 654f4785f719552f4e78e14a5a901c07d00ce68d)
Signed-off-by: Paul Eggleton
Signed-off-by: Ross B
From: Tzu-Jung Lee
The external source of kernel has been patched during the
construction of git repository. Include the do_patch task in the
SRCTREECOVEREDTASKS.
(From OE-Core master rev: 0731c5a9e98f7b7f6e5ada9bbb99acb3f5884516)
Signed-off-by: Tzu-Jung Lee
Signed-off-by: Ross Burton
Signed-
From: Paul Eggleton
buildtools-tarball uses a custom env setup script, which isn't named the
same as the default; thus unfortunately OE-Core revision
a36469c97c9cb335de1e95dea5141038f337df95 broke installation of
buildtools-tarball. Revert that and implement a more robust mechanism.
(From OE-Cor
From: Paul Eggleton
Use a variable for the log file which includes the full path; this is
not only neater but avoids us writing the first part (the output of
oe-init-build-env) to a file in another directory since we are
changing directory as part of this subshell.
(From OE-Core master rev: 001a
From: Paul Eggleton
This code was clearly never tested. Fix the following issues:
* Actually set SRCREV if it's been specified
* Enable history tracking and reparse so that we handle if variables are
set in an inc file next to the recipe
* Use a more accurate check for PV being in the recipe wh
From: Paul Eggleton
The extensible SDK relies upon uninative, and with the way that
uninative works, the build system architecture must be the same as the
SDK architecture or the extensible SDK won't be usable. At some point in
future hopefully we can remove this limitation, but until then it's
d
From: Paul Eggleton
* Print some status when running
* When incorrect number of arguments specified, print usage text
(From OE-Core master rev: ac38d245878b618ddf56f9a68834d344500e45a6)
Signed-off-by: Paul Eggleton
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
---
scripts/gen-loc
From: Paul Eggleton
If we're upgrading a git recipe the recipe file usually won't need
renaming; for some unknown reason we were throwing an error here which
isn't correct.
(From OE-Core master rev: 656348dff9bc9dd1cafc8fff11e5e374e3667f0f)
Signed-off-by: Paul Eggleton
Signed-off-by: Ross Burt
From: Paul Eggleton
If you did a "devtool add" followed by "devtool upgrade" and then did
a "devtool reset" on the recipe you upgraded, the first recipe would
also be deleted from the workspace - this was because we were
erroneously adding the entire "recipes" subdirectory and its contents to
be
From: Jean-Francois Dagenais
In the case where many environment-setup-* files exist, the incorrect
filename might be lastly set in env_setup_script, which leads to
incorrect behaviour for the initialization of native_sysroot.
The scenario I had was that our custom meta-toolchain-*.bb, which
inhe
From: Mark Hatle
We want to support different names for the buildtools tarball. The
name may not always be of the default oe-core format.
For instance, at Wind River we define the built-tools name to be:
${SDK_ARCH}-buildtools-nativesdk-standalone-${DISTRO_VERSION}
because thes standard SDK_N
From: Paul Eggleton
If you have a local workspace layer enabled when building the
extensible SDK, we explicitly exclude that from the SDK (mostly because
the SDK has its own for the user to use). Adjust the message we print
notifying the user of this so it's clear that we're excluding it from
the
From: Andre McCurdy
Workaround for linker errors seen with armv7a + gold:
| ../arm-rdk-linux-gnueabi-libtool --tag=CC --mode=link
arm-rdk-linux-gnueabi-gcc -march=armv7-a -mfloat-abi=hard -mtune=cortex-a15
--sysroot=.../build/tmp/sysroots/eos
-I.../build/tmp/sysroots/eos/usr/include/free
From: Ross Burton
The crypto_use_bigint_in_x86-64_perl patch uses the "bigint" module to
transparently support 64-bit integers on 32-bit hosts. Whilst bigint (part of
bignum) is a core Perl module not all distributions install it (notable Fedora
23).
As the error message when bignum isn't insta
From: Li Xin
Also Fix LSB NG cases:
* /tset/ANSI.os/locale/setlocale/T.setlocale 1 2 4 5 15
* /tset/ANSI.os/string/strcoll_X/T.strcoll_X 1
* /tset/LI18NUX2K.L1/base/wcscoll/T.wcscoll 1
* /tset/LI18NUX2K.L1/utils/localedef/T.localedef 7
* /tset/LI18NUX2K.L1/utils/sort/T.sort 1 3 17 19 33 35
From: Paul Eggleton
Fix test_layer_appends to work when build directory is not inside
COREBASE.
Fixes [YOCTO #8639].
(From OE-Core master rev: 0f146e77655d153d3f9a59e489265450f08c6ad7)
Signed-off-by: Paul Eggleton
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
---
meta/lib/oeqa/s
From: Paul Eggleton
Fix test_devtool_update_recipe_git to work when build directory is not
inside COREBASE.
Fixes [YOCTO #8639].
(From OE-Core master rev: 0225888207f82e5f1d9e3dffb7c342a10169aea3)
Signed-off-by: Paul Eggleton
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
---
met
From: Randy Witt
Previously UNINATIVE_LOADER was always ld-linux-x86-64.so.2. That is
incorrect when the host is 32-bit.
This change also changes to using ?= so the user can override
UNINATIVE_LOADER if so desired.
[YOCTO #8124]
(From OE-Core master rev: b78fa0bcadd54bb29b6f1bb3a9308d4c454bf4e
From: Martin Jansa
* WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
rdepends on libcap, but it isn't a build dependency?
WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
rdepends on libgudev, but it isn't a build dependency?
WARN: gstreamer1.0
From: Martin Jansa
* we don't want the do_package signature depending on INHERIT variable
* e.g. just adding the own-mirrors causes texinfo to rebuild:
# bitbake-diffsigs BUILD/sstate-diff/*/*/texinfo/*do_package.sig*
basehash changed from 015df2fd8e396cc1e15622dbac843301 to
9f1d06c4f238c70a
From: Martin Jansa
* without this the do_rootfs task doesn't respect OPKGLIBDIR and
info, status are created in different directory than opkg on
target expects
* people who modify OPKGLIBDIR need to make sure that opkg.conf included
in opkg package also sets info_dir and status_file options
From: Martin Jansa
* allows to easily enable them and fixes:
WARNING: QA Issue: gstreamer1.0-plugins-bad: Files/directories were installed
but not shipped in any package:
/usr/share/gstreamer-1.0
/usr/share/gstreamer-1.0/presets
/usr/share/gstreamer-1.0/presets/GstVoAmrwbEnc.prs
Please set
From: Paul Eggleton
We weren't splitting SRC_URI values containing multiple URIs here; this
didn't cause any errors except when a trailing ; was left on a URI, in
which case the next URI was considered part of the parameter, which
didn't contain a = and therefore was considered invalid.
We only
From: Martin Jansa
Signed-off-by: Martin Jansa
---
...Add-AO_REQUIRE_CAS-to-fix-build-on-ARM-v6.patch | 61
meta/recipes-support/libunwind/libunwind_1.1.bb|1 +
2 files changed, 62 insertions(+)
create mode 100644
meta/recipes-support/libunwind/libunwind-1.1/Add
From: Martin Jansa
* ERROR: gstreamer1.0-plugins-bad: gstreamer1.0-plugins-bad-uvch264 package
isn't created when building with minimal dependencies?
* ERROR: gstreamer1.0-plugins-bad: gstreamer1.0-plugins-bad-uvch264-dev package
isn't created when building with minimal dependencies?
* it's be
From: Ross Burton
The Wayland support requires GLES2 to be enabled as otherwise the EGL support
code in SDL2 isn't enabled.
| In file included from
.../SDL2-2.0.3/src/video/wayland/SDL_waylandvideo.c:34:0:
| .../SDL2-2.0.3/src/video/wayland/SDL_waylandvideo.c: In function
'Wayland_CreateDevice
From: Khem Raj
This fixes build failure for libxcb on mips
(From OE-Core master rev: cad52140997e86c6fee4938369dfce21767f1a63)
Signed-off-by: Khem Raj
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/xorg-lib/libxcb.inc |4 +++-
.../libxcb/gcc-
From: Martin Jansa
* otherwise it triggers following ICE:
ERROR: Function failed: do_compile (log file is located at
/OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/temp/log.do_compile.21570)
ERROR: Logfile of failure stored in:
/OE/build/shr-core/tmp-eglibc/work/arm920
The following changes since commit 224bcc2ead676600bcd9e290ed23d9b2ed2f481e:
rpcbind: Security Advisory - rpcbind - CVE-2015-7236 (2015-12-08 00:18:12
-0800)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/jethro-next
http://cgit.openembed
From: Martin Jansa
* there are new libavc1394, libiec61883, libraw1394, cdparanoia recipes in
meta-multimedia
Signed-off-by: Martin Jansa
---
.../gstreamer/gstreamer1.0-plugins-base.inc|7 +++
.../gstreamer/gstreamer1.0-plugins-good.inc|6 +-
2 files changed, 4
From: Martin Jansa
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/gcc/gcc_4.9.bb |5 ++---
meta/recipes-devtools/guile/guile_2.0.11.bb|4
meta/recipes-devtools/opensp/opensp_1.5.2.bb |4
meta/recipes-extended/mailx/mailx_12.5-5.bb
On Wed, Dec 23, 2015 at 1:26 PM, Burton, Ross wrote:
> CCing Robert as he wrote the patch that introduced the ARCH assignment.
>
> On 23 December 2015 at 20:49, Andre McCurdy wrote:
>>
>> Error is due to do_compile_ptest() forcing ARCH="${TARGET_ARCH}". The
>> tests Makefile uses ARCH to setup in
42 matches
Mail list logo
