The following changes since commit a8368651ffed1bd6c4715a37dfe9f40c48ca23c4:
bitbake: fetcher: Fixed remote removal not throwing exception. (2018-08-28
10:32:08 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/oeqa-sdk
The current _hasPackage does a regex match when checking for the
existence of packages. This will sometimes result in unexpected
result. For example, the condition hasTargetPackage('gcc') is likely
to be always true as it matches libgcc1.
For most of the time, we should do exact match instead of
When determining whether to skip the test case, the check should be
done with consideration of multilib. Otherwise, we will meet the
following error when testing against lib32 environment.
No package 'gtk+-3.0' found
Signed-off-by: Chen Qi
---
meta/lib/oeqa/sdk/cases/buildgalculator.py | 4
Add a named argument 'multilib' for the hasTargetPackage function. Its default
value is False. When setting to True, it will try to get the correct multilib
prefix from the sdk_env, the environment setup script.
We need this because we don't want unexpected run of some sdk test cases.
The
On Thu, Aug 23, 2018 at 09:15:55PM -0400, Denys Dmytriyenko wrote:
> On Wed, Aug 15, 2018 at 07:27:50PM -0700, akuster808 wrote:
> >
> >
> > On 08/15/2018 06:22 PM, Denys Dmytriyenko wrote:
> > > From: Denys Dmytriyenko
> > >
> > > Commit d2aa88a6a92985f21414fceea2dc0facbf7f8779 was meant to
On 08/29/2018 01:22 AM, openembedded-core-boun...@lists.openembedded.org
wrote:
> On 08/28/2018 10:25 AM, Yang Wang wrote:
>> On 08/27/2018 08:57 PM, Randy MacLeod wrote:
>>> On 08/27/2018 06:17 PM, Yang Wang wrote:
Not sure if it's worth to run the Ptest on QEMU though, I also run
The patch should increase performance for libsdl2 on GLES2 too.
Signed-off-by: Andreas Müller
---
...01-GLES2-Get-sin-cos-out-of-vertex-shader.patch | 141 +
meta/recipes-graphics/libsdl2/libsdl2_2.0.8.bb | 1 +
2 files changed, 142 insertions(+)
create mode 100644
== Series Details ==
Series: libsdl2: Fix left rotated display for RaspberryPi/VC4
Revision: 1
URL : https://patchwork.openembedded.org/series/13787/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests
The patch should increase performance for GLES2 too.
Signed-off-by: Andreas Müller
---
...01-GLES2-Get-sin-cos-out-of-vertex-shader.patch | 141 +
meta/recipes-graphics/libsdl2/libsdl2_2.0.8.bb | 1 +
2 files changed, 142 insertions(+)
create mode 100644
On Tue, Aug 28, 2018 at 10:20 PM, Khem Raj wrote:
> Hi Andreas
> On Tue, Aug 28, 2018 at 11:28 AM Andreas Müller
> wrote:
>>
>> On Tue, Aug 28, 2018 at 7:36 PM, Khem Raj wrote:
>> > Hi Andreas
>> >
>> > On Tue, Aug 28, 2018 at 10:21 AM Andreas Müller
>> > wrote:
>> >>
>> >> On Tue, Aug 28,
Hi Andreas
On Tue, Aug 28, 2018 at 11:28 AM Andreas Müller wrote:
>
> On Tue, Aug 28, 2018 at 7:36 PM, Khem Raj wrote:
> > Hi Andreas
> >
> > On Tue, Aug 28, 2018 at 10:21 AM Andreas Müller
> > wrote:
> >>
> >> On Tue, Aug 28, 2018 at 8:43 AM, Andreas Müller
> >> wrote:
> >> > On Tue, Aug
On 08/27/2018 02:42 AM, Andrej Valek wrote:
Did you find some final solution?
Since no one has replied, it seems that the answer is to omit the
virtual/crypt dependency.
For me, we can make it enabled by default. Anyone could use custom
defconfig in own layer.
Right.
I would be nice get
On Tue, Aug 28, 2018 at 7:36 PM, Khem Raj wrote:
> Hi Andreas
>
> On Tue, Aug 28, 2018 at 10:21 AM Andreas Müller
> wrote:
>>
>> On Tue, Aug 28, 2018 at 8:43 AM, Andreas Müller
>> wrote:
>> > On Tue, Aug 28, 2018 at 12:55 AM, Khem Raj wrote:
>> >> On Mon, Aug 27, 2018 at 2:15 PM Andreas
The problem may be a result of executables being built with absolute paths
to their shared libraries. When I do the following:
ldd -v
./tmp/sysroots/x86_64-linux/usr/bin/powerpc-poky-linux/powerpc-poky-linux-ar
I see the Library runpath for a shared library is an absolute path to the
original
Thanks for your response Alex.
Below is an excerpt of one failure I've encountered. When attempting to
do_rootfs, the following error occurs:
error while loading shared libraries: libopkg.so.1: cannot open shared
object file: No such file or directory
Below is more detail:
NOTE: recipe
clang is fussy and complains that a valueless return is used from a
function which should return a value
Signed-off-by: Khem Raj
---
.../0002-don-t-use-glibc-specific-qsort_r.patch | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git
its building a module therefore its important to provide correct cross
build environment, distutils3-base automatically inherits python3native
this is seen when using clang where it tried to link with gcc since the
environment falls back to builtin LDSHARED variable
Signed-off-by: Khem Raj
---
Important regression fixes for mips and pthreads
https://git.musl-libc.org/cgit/musl/log/?qt=range=1ad8138819ced49851e618c9c063aa0ffc86718c..767f7a1091af3a3dcee2f7a49d0713359a81961c
Signed-off-by: Khem Raj
---
meta/recipes-core/musl/musl_git.bb | 2 +-
1 file changed, 1 insertion(+), 1
This is inspired from
https://github.com/python/cpython/blob/master/configure.ac
Helps cross compiling python C modules in some cases where they do
not respect normal CFLAGS
Errors like using gcc to link when compiler is clang is fixed
Signed-off-by: Khem Raj
---
Musl has some important fixes
distutils fix is taking care of some missed flags
for C/C++ plugins, helps builds with PIE/PIC
Systemd patch fix is found out by clang
v2:
Add gpgme fix
The following changes since commit a5439ff9627d309f6980947f5ee573d85e672228:
cpan.bbclass: make RPATH fix more
Hi Andreas
On Tue, Aug 28, 2018 at 10:21 AM Andreas Müller wrote:
>
> On Tue, Aug 28, 2018 at 8:43 AM, Andreas Müller
> wrote:
> > On Tue, Aug 28, 2018 at 12:55 AM, Khem Raj wrote:
> >> On Mon, Aug 27, 2018 at 2:15 PM Andreas Müller
> >> wrote:
> >>>
> >>> On Mon, Aug 20, 2018 at 8:59 PM,
On 08/28/2018 10:25 AM, Yang Wang wrote:
On 08/27/2018 08:57 PM, Randy MacLeod wrote:
On 08/27/2018 06:17 PM, Yang Wang wrote:
Not sure if it's worth to run the Ptest on QEMU though, I also run
Ptest on SIMICS simulators, thousands of tests didn't get run, looks
like the result was not good
On Tue, Aug 28, 2018 at 8:43 AM, Andreas Müller wrote:
> On Tue, Aug 28, 2018 at 12:55 AM, Khem Raj wrote:
>> On Mon, Aug 27, 2018 at 2:15 PM Andreas Müller
>> wrote:
>>>
>>> On Mon, Aug 20, 2018 at 8:59 PM, Khem Raj wrote:
>>> > Signed-off-by: Khem Raj
>>> > ---
>>> >
Hi Khem,
I put the alternative fix into master as it passed OE-Core testing.
Could you see how the perl failures are looking in meta-oe now please?
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On Tue, Aug 28, 2018 at 12:21 AM Jens Rehsack wrote:
>
>
> Am 24.08.2018 um 10:07 schrieb Khem Raj :
>
> This reverts commit 2e61533e7c1b1cfd49dc771e907207f11a15c44f.
> ---
> meta/classes/cpan.bbclass | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git
Current Dev Position: YP 2.6 M3. - This is feature freeze for YP 2.6!
Next Deadline: YP 2.6 M3 Build Target is Aug. 27, 2018
SWAT Team Rotation:
· SWAT lead is currently: Paul
· SWAT team rotation: Paul -> Ross on Aug. 31, 2018
· SWAT team rotation: Ross -> Amanda on
On 2018-08-28 9:27 AM, He Zhe wrote:
On 2018年08月24日 22:59, Bruce Ashfield wrote:
Introducing the 4.18 kernel as the 'newest' kernel for the oe core
release.
This update includes tweaked configs, carried forward BSPs, features
(aufs, yaffs2, preempt-rt) and has been tested on all arches for
From: Alexander Kanavin
Sumo release provides a transition period so that deferrals to first boot
via 'exit 1' can be converted to pkg_postinst_ontarget(). For the next release
however, postinst script failures should be treated as such.
[YOCTO #12607]
Signed-off-by: Alexander Kanavin
---
This was causing issues with classes that use $bindir to find
already installed binaries in rootfs (manpages class in particular).
$bindir needs to be the same for all recipes.
Signed-off-by: Alexander Kanavin
---
meta/recipes-kernel/kmod/kmod_git.bb | 4 +---
1 file changed, 1 insertion(+), 3
On 08/27/2018 08:57 PM, Randy MacLeod wrote:
On 08/27/2018 06:17 PM, Yang Wang wrote:
Not sure if it's worth to run the Ptest on QEMU though, I also run
Ptest on SIMICS simulators, thousands of tests didn't get run, looks
like the result was not good as well.
Now my nightly Ptest runs on x86
On 2018-08-28 9:27 AM, He Zhe wrote:
On 2018年08月24日 22:59, Bruce Ashfield wrote:
Introducing the 4.18 kernel as the 'newest' kernel for the oe core
release.
This update includes tweaked configs, carried forward BSPs, features
(aufs, yaffs2, preempt-rt) and has been tested on all arches for
On 2018年08月24日 22:59, Bruce Ashfield wrote:
> Introducing the 4.18 kernel as the 'newest' kernel for the oe core
> release.
>
> This update includes tweaked configs, carried forward BSPs, features
> (aufs, yaffs2, preempt-rt) and has been tested on all arches for boot
> and performance sanity.
>
From: He Zhe
Issue: LIN1018-1797
At the point of the following failure, the file being checked, setgid,
is owned by "nobody" in the "nogroup" and tries to inherit SGID from
its parent directory who is in group of "bin". This is forbidden since
Linux kernel v4.18-rc4, unless current process is
2018-08-28 14:29 GMT+02:00 Marco Oman :
>
> That's from version 2.2 (morty), right?
> Any alternative option for version 2.1?
>
I don't know - devtool is constantly evolving. I know best how it works in
the master branch, I'd suggest you try from there if possible.
Alex
--
On 28/08/2018 14:02, Alexander Kanavin wrote:
2018-08-28 13:44 GMT+02:00 Marco Oman via Openembedded-core
:
So I gave the command
devtool add https://github.com/Unitech/pm2.git
and then
bitbake pm2
Then added a patch. Everything is OK. At the end I moved the recipe under my
layer
2018-08-28 13:44 GMT+02:00 Marco Oman via Openembedded-core
:
> So I gave the command
>
> devtool add https://github.com/Unitech/pm2.git
>
> and then
>
> bitbake pm2
>
> Then added a patch. Everything is OK. At the end I moved the recipe under my
> layer
Hi to all,
I am trying to build a recipe for pm2 (process manager for nodejs
tasks). I have followed what described here:
https://wiki.yoctoproject.org/wiki/TipsAndTricks/NPM, section "NPM
projects in Development" (projects under git)
So I gave the command
devtool add
On 24 August 2018 at 11:43, Mike Looijmans wrote:
> I think this should be solved in the driver actually. It probably "knows"
> which variant is there (or could be taught using devicetree or so).
I agree. That's a longer term change that will take quite some time to
filter through, if at all.
From: Alexander Kanavin
License-Update: URI fix
Signed-off-by: Alexander Kanavin
---
.../{ca-certificates_20170717.bb => ca-certificates_20180409.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/ca-certificates/{ca-certificates_20170717.bb =>
From: Alexander Kanavin
Please see the previous commit for the libressl rationale.
Signed-off-by: Alexander Kanavin
---
meta/recipes-connectivity/openssh/openssh_7.7p1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/openssh/openssh_7.7p1.bb
From: Alexander Kanavin
After reading through this:
https://github.com/openssh/openssh-portable/pull/48
and this thread:
https://lists.mindrot.org/pipermail/openssh-unix-dev/2017-October/036344.html
I've concluded that this is the best of the three not-great options. The
alternatives:
-
From: Alexander Kanavin
This leaves openssh as the only recipe that requires openssl 1.0 (or libressl).
Signed-off-by: Alexander Kanavin
---
.../cryptodev/cryptodev-tests_1.9.bb | 3 +-
.../files/0001-Port-tests-to-openssl-1.1.patch | 103 +
2 files
At the moment 1.1.1 is in pre-release stage, however the final release
should be available within a few weeks. The major selling point is that
it supports the new TLS 1.3 specification. It will also be the new long
term support version. More information:
From: Alexander Kanavin
I believe the time has come to do this: openssl 1.0 upstream support stops at
the end
of 2019, and we do not want a situation where a supported YP release contains an
unsupported version of a critical security component.
Openssl 1.0 can still be utilized by depending on
This patch series updates openssl to the soon-to-be released 1.1.1 version
(latest news is 11 September), sets it as default, and removes dependencies
on openssl 1.0 entirely from oe-core. openssl 1.0 remains available as openssl10
recipe.
The following changes since commit
== Series Details ==
Series: ca-certificates:update to 20180409 (rev3)
Revision: 3
URL : https://patchwork.openembedded.org/series/13775/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
== Series Details ==
Series: ca-certificates:update to 20180409
Revision: 1
URL : https://patchwork.openembedded.org/series/13775/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on
2018-08-28 11:43 GMT+02:00 Hong Liu :
> 1.Upgrade ca-certificates from 20170717 to 20180409.
The new version of ca-certificates requires openssl 1.1.
Alex
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
These scripts were developed as an alternative testcase management
tool to Testopia. Using these scripts, user can store test result
from OEQA automated testcase execution.
These scripts will store test result & log in GIT repository.
To use these scripts, first source oe environment, then run
Hi,
On Tue, Aug 28, 2018 at 05:43:17PM +0800, Hong Liu wrote:
> 1.Upgrade pango from 1.40.14 to 1.42.4
>
> 2.Add new depends fribidi
>
> Signed-off-by: Hong Liu
> ---
> meta/recipes-graphics/pango/{pango_1.40.14.bb => pango_1.42.4.bb} | 7 +++
> 1 file changed, 3 insertions(+), 4
Upgrade python-setuptools from 40.0.0 to 40.2.0
Signed-off-by: Hong Liu
---
meta/recipes-devtools/python/python-setuptools.inc| 4 ++--
.../{python-setuptools_40.0.0.bb => python-setuptools_40.2.0.bb} | 0
2 files changed, 2 insertions(+), 2 deletions(-)
rename
1.Upgrade pango from 1.40.14 to 1.42.4
2.Add new depends fribidi
Signed-off-by: Hong Liu
---
meta/recipes-graphics/pango/{pango_1.40.14.bb => pango_1.42.4.bb} | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-graphics/pango/{pango_1.40.14.bb => pango_1.42.4.bb}
1.Upgrade ca-certificates from 20170717 to 20180409.
2.Modify debain homepage from http to https
Signed-off-by: Hong Liu
---
.../{ca-certificates_20170717.bb => ca-certificates_20180409.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename
From: Changqing Li
Signed-off-by: Changqing Li
---
.../libcroco/libcroco/CVE-2017-7960.patch | 56 ++
meta/recipes-support/libcroco/libcroco_0.6.12.bb | 2 +
2 files changed, 58 insertions(+)
create mode 100644
On Tue, 28 Aug 2018, Richard Purdie wrote:
> On Mon, 2018-08-27 at 17:31 +0300, Alexandru Vasiu wrote:
>> Used to specify what extention will have the image file which
>> is created using wic. The default value is wic. For creating an
>> ISO image, WIC_EXTENSION will be iso.
>>
>> Signed-off-by:
On Mon, 2018-08-27 at 20:57 -0400, Randy MacLeod wrote:
> On 08/27/2018 06:17 PM, Yang Wang wrote:
> > Not sure if it's worth to run the Ptest on QEMU though, I also run
> > Ptest
> > on SIMICS simulators, thousands of tests didn't get run, looks like
> > the
> > result was not good as well.
> >
From: Changqing Li
Signed-off-by: Changqing Li
---
...-squashfs-tools-patch-for-CVE-2015-4645-6.patch | 47 ++
.../squashfs-tools/squashfs-tools_git.bb | 1 +
2 files changed, 48 insertions(+)
create mode 100644
From: Changqing Li
Signed-off-by: Changqing Li
---
.../libexif/libexif/CVE-2017-7544.patch| 40 ++
meta/recipes-support/libexif/libexif_0.6.21.bb | 3 +-
2 files changed, 42 insertions(+), 1 deletion(-)
create mode 100644
> Am 24.08.2018 um 10:07 schrieb Khem Raj :
>
> This reverts commit 2e61533e7c1b1cfd49dc771e907207f11a15c44f.
> ---
> meta/classes/cpan.bbclass | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/meta/classes/cpan.bbclass b/meta/classes/cpan.bbclass
> index
2018-08-28 7:53 GMT+02:00 Nick Winters :
> Often when I use an sstate cache from another build, I run into problems
> where builds fail. Usually the failure is a result of not being able to find
> a shared library. If I delete the sstate cache, the build succeeds, although
> it is 8 hours later. I
On Tue, Aug 28, 2018 at 12:55 AM, Khem Raj wrote:
> On Mon, Aug 27, 2018 at 2:15 PM Andreas Müller
> wrote:
>>
>> On Mon, Aug 20, 2018 at 8:59 PM, Khem Raj wrote:
>> > Signed-off-by: Khem Raj
>> > ---
>> > meta/recipes-graphics/cairo/cairo.inc | 3 ++-
>> >
61 matches
Mail list logo