Neon support is optional in armv7a so the _armv7a over-ride is not
the best way to determine whether or not the target supports neon.
Since pixman will always use neon in preference to 'simd' (ie VFPv2)
if it can, it's safe to disable the simd routines if the target is
known to support neon.
Sign
BLACKLIST[pn] in a recipe does not work for multilib.
Add SELFBLACKLIST specifically for use in recipes.
Signed-off-by: Joe Slater
---
meta/classes/blacklist.bbclass | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/meta/classes/blacklist.bbclass b/meta/classe
On 2 November 2015 at 06:23, Jian Liu wrote:
> The repo of kernel is bare git repository and we need to checkout to get
> the source code.
>
A recent patch to archiver ("fix previous issue regarding work-shared for
linux-yocto") claims to fix this, can you confirm if that fixes this
problem or i
On 16 December 2015 at 17:02, Alejandro del Castillo <
alejandro.delcasti...@ni.com> wrote:
> * Drop merged patches
> * Add patch to fix crash when using the libsolv backend
> * Add patch to add pkgconfig support for libsolv
> * Add libsolv support via a PACKAGECONFIG option.
>
> Signed-off-by: Al
On Wed, 2015-12-16 at 21:32 +0100, Nicolas Dechesne wrote:
> On Wed, Dec 16, 2015 at 8:26 PM, Saul Wold
> wrote:
> > Signed-off-by: Saul Wold
> > ---
> > meta/recipes-graphics/drm/{libdrm_2.4.62.bb => libdrm_2.4.64.bb} |
> > 5 +++--
> > 1 file changed, 3 insertions(+), 2 deletions(-)
> > renam
Hi Robert,
Can you cherry-pick this back to Jethro please?
Thanks,
Ross
On 11 November 2015 at 15:32, Ross Burton wrote:
> 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 co
The script oe-buildenv-internal is called from oe-init-build-env.
Make sure oe-init-buildenv does not return an error if BB_ENV_EXTRAWHITE is
already set, otherwise this will cause oe-init-build-env to fail.
Signed-off-by: Juro Bystricky
---
scripts/oe-buildenv-internal | 4 +++-
1 file changed,
Hi Armin,
On 05/12/15 19:35, Armin Kuster wrote:
Each CVE is an independant patch so they can be easily merged to other distros
and/or stable branches.
As others have mentioned elsewhere I think this would be much nicer if
each patch was added to the SRC_URI in the same commit which introduce
On 10/12/15 13:48, Martin Jansa wrote:
The following changes since commit 9f339f516ab03d598fae0e536b3a420ea4d8ee1a:
bash: Disable custom memory allocator (2015-11-20 15:46:27 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/fido-ba
Install a oneshot unit file that is started before ConnMan to
configure a wired network inteface with the wired-setup script,
rather than requiring this script to be manually run some how.
Signed-off-by: Joshua Lock
---
meta/recipes-connectivity/connman/connman-conf.bb | 9
As reported in YP#8399[1] we currently hack the connman service to try and
execute a script which is only installed on qemu targets, its absence on
non-qemu machines results in an error in the journal:
connman.service: Failed at step EXEC spawning /usr/lib/connman/wired-setup:
No such file or di
connman-conf is now a systemd oneshot and therefore doesn't need to
be sed'ed in to the ConnMan service file.
Furthermore we add connman-conf as RRECCOMENDS only for qemu machines.
This cleans up connman-conf so that it is not automatically installed
and unconditionally calling a script that does
On Wed, Dec 16, 2015 at 8:26 PM, Saul Wold wrote:
> Signed-off-by: Saul Wold
> ---
> meta/recipes-graphics/drm/{libdrm_2.4.62.bb => libdrm_2.4.64.bb} | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
> rename meta/recipes-graphics/drm/{libdrm_2.4.62.bb => libdrm_2.4.64.bb} (92%)
>
>
Ping. Marcus works with me and he is nagging me about this.
On 09/22/2015 01:44 PM, Marcus Müller wrote:
> ---
> oe-init-build-env | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/oe-init-build-env b/oe-init-build-env
> index 6fee5f7..b7e2918 100755
> --- a/oe-init-build-
В письме от 16 декабря 2015 19:11:58 пользователь Matthias Schiffer написал:
> # instead is prefixed with /lib/modules/${KERNEL_VERSION}
> -file = file.replace("/lib/modules/%s/" % d.getVar('KERNEL_VERSION',
> True) or '', '', 1) +file = file.replace("%s/modules/%s/" %
> (d
В письме от 16 декабря 2015 19:11:58 пользователь Matthias Schiffer написал:
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index 4ce1611..8fc1d5d 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -242,6 +242,11 @@ kernel_do_install() {
В письме от 16 декабря 2015 19:12:00 пользователь Matthias Schiffer написал:
> The following options in a distro configuration create a full Fedora-style
> merged /usr:
>
> DISTRO_FEATURES_DEFAULT += "merged-usr"
> base_bindir = "${exec_prefix}/bin"
> base_sbindir = "${exec_prefix}/bin"
>
Signed-off-by: Saul Wold
---
meta/recipes-graphics/drm/{libdrm_2.4.62.bb => libdrm_2.4.64.bb} | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/drm/{libdrm_2.4.62.bb => libdrm_2.4.64.bb} (92%)
diff --git a/meta/recipes-graphics/drm/libdrm_2.4.62.bb
b/meta/
Allow configuring base_bindir, base_sbindir, bindir and sbindir
arbitrarily.
Also change the temporary symlinks created in the postinst script from
relative to absolute to make the code simpler and more flexible. There was
no reason to use relative links anyways, as directly afterwards
update-alte
Hi,
this patchset implements Fedora-style merged /usr with symlinks, and fixes
the kernel and busybox recipes to work with this. There are probably more
packages which need similar fixes.
The creation of the symlinks is controlled by the merged-usr DISTRO_FEATURE
as suggested in [YOCTO #7040]. The
The typical symlinks are:
* /bin -> usr/bin
* /sbin -> usr/sbin
* /lib -> usr/lib
* /usr/sbin -> bin
It is checked that only sane symlinks are created, so a half-merged /usr
(e.g, merging bin and sbin, but not lib) is feasible as well.
The following options in a distro configuration create a ful
Signed-off-by: Matthias Schiffer
---
meta/classes/kernel-module-split.bbclass | 4 ++--
meta/classes/kernel.bbclass | 25 ++---
2 files changed, 20 insertions(+), 9 deletions(-)
diff --git a/meta/classes/kernel-module-split.bbclass
b/meta/classes/kernel-module-
These directories conflict with the symlinks created for merged-usr setups.
Signed-off-by: Matthias Schiffer
---
meta/recipes-core/base-files/base-files_3.0.14.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb
b/meta/rec
* Drop merged patches
* Add patch to fix crash when using the libsolv backend
* Add patch to add pkgconfig support for libsolv
* Add libsolv support via a PACKAGECONFIG option.
Signed-off-by: Alejandro del Castillo
---
...1-configure.ac-use-pkg-config-for-libsolv.patch | 38 +
...-in
The individual partitions created by wic are sparse but without
this change the assembled image is written as one (potentially
very) large file.
Preserve sparseness in the assembled image by passing the sparse
conversion symbol.
Signed-off-by: Joshua Lock
---
scripts/lib/wic/utils/partitionedfs
On Wed, Dec 16, 2015 at 7:50 AM, Aníbal Limón
wrote:
> Hi Matt,
>
> I tried to do again without your patches and the problem appears, seems
> to be an older problem.
Thanks, I suspected as much and was going to try that myself. I was
able to work around the issue manually in a devshell by using
Updated commit message.
-Original Message-
From: Istrate, Daniel AlexandruX
Sent: Wednesday, December 16, 2015 18:26
To: openembedded-core@lists.openembedded.org
Cc: Istrate, Daniel AlexandruX
Subject: [PATCHv2 1/2] scripts/oe-selftest: Allow to run tests on random/all
architecture
Add
Add an option for random arch into oe-selftest:
--arch [random/all]
1. random: will set a random MACHINE for each test
2. all: will run tests for all architectures
Custom arch sets only weak default values (??=) for MACHINE in local.conf.
This let test cases that require a specific MACHINE to be a
It makes sense for tests that use runqemu to have MACHINE set as qemu.
This also avoid issues when running oe-selftest with --arch random/all
option.
Signed-off-by: Daniel Istrate
---
meta/lib/oeqa/selftest/devtool.py | 7 ---
meta/lib/oeqa/selftest/imagefeatures.py | 9 ++---
2 fi
It makes sense for tests that use runqemu to have MACHINE set as qemu.
This also avoid issues when running oe-selftest with --arch random/all
option.
Signed-off-by: Daniel Istrate
---
meta/lib/oeqa/selftest/devtool.py | 7 ---
meta/lib/oeqa/selftest/imagefeatures.py | 9 ++---
2 fi
[YOCTO #5880] oe-selftest : add an option for random arch
Added new feature to oe-selftest: --arch [random/all]
1. random: will set a random MACHINE for each test
2. all: will run tests for all architectures
Custom arch sets only weak default values (??=) for MACHINE in local.conf
This let test ca
xcb-proto had a dependency on python-native as it builds and installs a Python
module, but xcb-proto is very low in the build to force a dependency on
python-native.
As it turns out libxcb simply asks pkg-config for the full path to the module
xcb-proto installed and uses it directly so there is n
Signed-off-by: Andre McCurdy
---
meta/conf/machine/include/tune-cortexr4.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/machine/include/tune-cortexr4.inc
b/meta/conf/machine/include/tune-cortexr4.inc
index a04573c..89a6cf6 100644
--- a/meta/conf/machine/include/tune-cortexr4.i
Signed-off-by: Andre McCurdy
---
meta/conf/machine/include/tune-cortexm3.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/machine/include/tune-cortexm3.inc
b/meta/conf/machine/include/tune-cortexm3.inc
index bf7f89e..05362a9 100644
--- a/meta/conf/machine/include/tune-cortexm3.i
Signed-off-by: Andre McCurdy
---
meta/recipes-devtools/gcc/gcc-configure-common.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/gcc/gcc-configure-common.inc
b/meta/recipes-devtools/gcc/gcc-configure-common.inc
index cee6f4a..45b3f15 100644
--- a/meta/recipes-devto
Andre McCurdy (3):
tune-cortexm3.inc: provide an _armv7m over-ride via MACHINEOVERRIDES
tune-cortexr4.inc: provide an _armv7r over-ride via MACHINEOVERRIDES
gcc-configure-common.inc: add gcc-runtime ABI fixes for armv7m and armv7r
meta/conf/machine/include/tune-cortexm3.inc| 1 +
me
Hi Matt,
I tried to do again without your patches and the problem appears, seems
to be an older problem.
Regards,
alimon
On 12/16/2015 07:31 AM, Matt Madison wrote:
> On Tue, Dec 15, 2015 at 2:23 PM, Aníbal Limón
> wrote:
>> Hi Matt,
>>
>> Trying to build core-image-sato with qemux86-64
On 2015-12-16 08:10, Burton, Ross wrote:
On 16 December 2015 at 14:49, Gary Thomas mailto:g...@mlbassoc.com>> wrote:
Using master as of 2015-12-16 (f1f3716776078d68bd9e3734bca881a486dc2ea3)
I get this error:
ERROR: Command Error: exit status: 1 Output:
Applying patch allow-dep
On 16 December 2015 at 14:49, Gary Thomas wrote:
> Using master as of 2015-12-16 (f1f3716776078d68bd9e3734bca881a486dc2ea3)
> I get this error:
>
> ERROR: Command Error: exit status: 1 Output:
> Applying patch allow-deprecated.patch
>
Looks like you have a layer with a bbappend for glib-2.0, as
Using master as of 2015-12-16 (f1f3716776078d68bd9e3734bca881a486dc2ea3)
I get this error:
ERROR: Command Error: exit status: 1 Output:
Applying patch allow-deprecated.patch
patching file Makefile.am
Hunk #1 succeeded at 18 (offset -5 lines).
patching file gio/fam/Makefile.am
Hunk #1 succeeded a
On Wed, 2015-12-16 at 14:18 +0100, Mike Looijmans wrote:
> On 16-12-15 13:35, Richard Purdie wrote:
> > On Wed, 2015-12-16 at 10:38 +0100, Mike Looijmans wrote:
> > > I renamed "recipes-some/foo/bar.bb" to "recipes
> > > -some/buzz/bar.bb"
> > >
> > > Rebuilding bar and its dependencies will tak
On Tue, Dec 15, 2015 at 2:23 PM, Aníbal Limón
wrote:
> Hi Matt,
>
> Trying to build core-image-sato with qemux86-64 and multilib enabled an
> errors appear (see attached log), next the config.
OK, yep, I can reproduce this. I'll investigate further.
Thanks,
-Matt
>
> MACHINE ??= "qemux86-64"
On 16-12-15 14:18, Mike Looijmans wrote:
On 16-12-15 13:35, Richard Purdie wrote:
On Wed, 2015-12-16 at 10:38 +0100, Mike Looijmans wrote:
I renamed "recipes-some/foo/bar.bb" to "recipes-some/buzz/bar.bb"
Rebuilding bar and its dependencies will take about 16 hours. So I
don't want
to trigge
On 16-12-15 13:35, Richard Purdie wrote:
On Wed, 2015-12-16 at 10:38 +0100, Mike Looijmans wrote:
I renamed "recipes-some/foo/bar.bb" to "recipes-some/buzz/bar.bb"
Rebuilding bar and its dependencies will take about 16 hours. So I
don't want
to trigger a rebuild.
running "bitbake -S printdif
On Wed, 2015-12-16 at 10:38 +0100, Mike Looijmans wrote:
> I renamed "recipes-some/foo/bar.bb" to "recipes-some/buzz/bar.bb"
>
> Rebuilding bar and its dependencies will take about 16 hours. So I
> don't want
> to trigger a rebuild.
>
> running "bitbake -S printdiff bar" only reveils this:
I'm
I renamed "recipes-some/foo/bar.bb" to "recipes-some/buzz/bar.bb"
Rebuilding bar and its dependencies will take about 16 hours. So I don't want
to trigger a rebuild.
running "bitbake -S printdiff bar" only reveils this:
The differences between the current build and any cached tasks start at
On Wed, Dec 16, 2015 at 05:54:01PM +0800, jackie.hu...@windriver.com wrote:
> From: Jackie Huang
>
> Add a check like what we does in package.bbclass
> so that the already-stripped QA test can be skipped.
Cannot we use package_qa_handle_error function here? So that these
issues end in qa.log and
On Tue, 2015-12-15 at 22:13 -0200, Otavio Salvador wrote:
> On Tue, Dec 15, 2015 at 8:27 PM, Richard Purdie
> wrote:
> > Signed-off-by: Richard Purdie
>
> Is there a way to have a task, like fetchall, which checks for
> non-referenced metadata files? This would help to avoid this to
> happen
> i
From: Jackie Huang
Add a check like what we does in package.bbclass
so that the already-stripped QA test can be skipped.
Signed-off-by: Jackie Huang
---
meta/classes/staging.bbclass | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/classes/staging.bbclass b/meta/clas
The previous attempt to let rpm configuration support both db5 and db6
has a flaw that when the building host provides db6 without its header
the db_create test will false pass. This new patch addresses this issue
by test against the DB_VERSION_MAJOR macro value, which is defined in
both db5 and db
On 16 December 2015 at 09:03, Sona Sarmadi wrote:
> We are supposed to have reference to the CVE identifier both in the patch
> file/s
> and the commit message(e.g. xxx- CVE-2013-6435.pacth) according to the
> guidelines
> for "Patch name convention and commit message" in the Yocto
> Wiki https
Hi Mariano, all,
See my comments regarding "Bug 8119 - Define a format to mark Upstream CVE
patches" below.
> There is an initiative to track vulnerable software being built (see bugs 8119
> and 7515). The idea is to have a testing tool that would check the recipe
> versions against CVEs. In or
52 matches
Mail list logo
