On Sun, Aug 20, 2017 at 7:58 PM, Bruce Ashfield
wrote:
> There was a bug in the search routines responsible for locating
> BSP definitions which returned a valid match if only the ktype
> matched.
>
> This meant that someone looking for "qemux86foo" (which is an
> invalid definition) would potenti
bmap-tools has run-time dependency on "python-mmp" which is missing in
the RDEPENDS. "bmaptool" command in the target will fail without this
patch.
Signed-off-by: Binghua Guan
---
meta/recipes-support/bmap-tools/bmap-tools_3.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi, Andre:
Arha, I did not know that when I was submitting the patch, may I know why
it's rejected at that moment? Since even with the alternative fixes, the
developers still could introduce duplicated whitespaces in their BSP layers
if they do not know the rules, since it's quite common in recipe
From: Jackie Huang
libva-utils depends on libva which requires opengl in
DISTRO_FEATURES.
Signed-off-by: Jackie Huang
---
meta/recipes-graphics/libva/libva-utils_1.8.3.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-graphics/libva/libva-utils_1.8.3.bb
b/meta/recipes-gra
On Mon, Aug 21, 2017 at 4:43 AM, wrote:
> From: Ming Liu
>
> To give a example:
> Before the change, in our build console, TUNE_FEATURES looks like:
> ...
> TUNE_FEATURES = "arm armv7a vfp neoncortexa8"
> ...
>
> After the change:
> ...
> TUNE_FEATURES = "arm armv7a vfp neon cor
My build uses a version of gcc that does not support -ffile-prefix-map and this
is now broken after I updated the tree to include the latest commit to
kernel.bbclass "improve reproducibility" 012a70da7ae0617 by Juro Bystricky.
The patch introduces the line
cc_option_supported=`${KERNEL_CC} -Q --
On 2017-08-22 03:55 PM, Richard Purdie wrote:
On Tue, 2017-08-22 at 12:51 -0700, Andre McCurdy wrote:
On Tue, Aug 22, 2017 at 12:42 AM,
wrote:
From: Jackie Huang
We want to provide python libs by default, and some other
popular Linux distributions like redhat/fedora does the same.
Has som
A while ago I sent a patch to change the way the kernel module tools get built
such that they would be built once, not each time a recipe that inherits
module.bbclass runs. The current way is wasteful and allows module recipes to
interfere with each other.
I can send the patch again, but I wou
* e.g. with gentoo gcc-7.1 they define _FORTIFY_SOURCE by default with:
https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/src/patchsets/gcc/7.1.0/gentoo/10_all_default-fortify-source.patch?view=markup
which results in following error while building grub-efi-native:
./config-util.h:1504:48
On Tue, 2017-08-22 at 16:34 -0400, Bruce Ashfield wrote:
> On 08/22/2017 12:07 PM, Richard Purdie wrote:
> I found the commit that is causing the problem (after three hours
> of bisecting). That's the good news. The bad news is it isn't
> something
> I can revert .. or easily fix, since the commit
== Series Details ==
Series: ghostscript: CVE-2017-9727, -9835, -11714
Revision: 1
URL : https://patchwork.openembedded.org/series/8432/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been execut
CVE-2017-9727: make bounds check in gx_ttfReader__Read more robust
CVE-2017-9835: bounds check the array allocations methods
CVE-2017-11714: prevent trying to reloc a freed object
Signed-off-by: Joe Slater
---
.../ghostscript/ghostscript/CVE-2017-11714.patch | 61 ++
.../ghostscript/g
Apply after 0001-ghostscript-fix-several-CVEs-by-adding-bounds-checki.patch
Joe Slater (1):
ghostscript: CVE-2017-9727, -9835, -11714
.../ghostscript/ghostscript/CVE-2017-11714.patch | 61 ++
.../ghostscript/ghostscript/CVE-2017-9727.patch| 35 ++
.../ghostscript/ghostscrip
Yes, the issue was reported by others as well, it should be fixed by this patch:
https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=master-next&id=2b7646a113cca7698d8484fe14bdbb8683a5f8ab
> -Original Message-
> From: Andrew Goodbody [mailto:andrew.goodb...@cambrionix.com]
> Sent:
On 08/22/2017 12:07 PM, Richard Purdie wrote:
On Tue, 2017-08-22 at 12:04 -0400, Bruce Ashfield wrote:
On 08/22/2017 12:00 PM, Richard Purdie wrote:
On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote:
I can send you a v4 of the 4.12 patch in the next half an hour,
that's easiest for me
CVE-2017-9611
CVE-2017-9612
CVE-2017-9739
CVE-2017-9726
Signed-off-by: Joe Slater
---
.../ghostscript/ghostscript/CVE-2017-9611.patch| 34
.../ghostscript/ghostscript/CVE-2017-9612.patch| 35
.../ghostscript/ghostscript/CVE-2017-9726.patch| 3
On Tue, 2017-08-22 at 12:51 -0700, Andre McCurdy wrote:
> On Tue, Aug 22, 2017 at 12:42 AM,
> wrote:
> >
> > From: Jackie Huang
> >
> > We want to provide python libs by default, and some other
> > popular Linux distributions like redhat/fedora does the same.
> Has something changed? Is there
On Tue, Aug 22, 2017 at 12:42 AM, wrote:
> From: Jackie Huang
>
> We want to provide python libs by default, and some other
> popular Linux distributions like redhat/fedora does the same.
Has something changed? Is there anything in oe-core or meta-oe which
now needs boost python support enabled
* this recipe is intentionally empty, but useful for BSP layers to
provide machine specific systemd services in this MACHINE_ARCH
package.
Signed-off-by: Martin Jansa
---
meta/recipes-core/systemd/systemd-machine-units_1.0.bb | 13 +
1 file changed, 13 insertions(+)
create mode
On Tue, Aug 22, 2017 at 12:36 AM, wrote:
> From: Jackie Huang
>
> Disable gobject-introspection on armv7a to avoid
> do_compile failure:
>
> | qemu: uncaught target signal 11 (Segmentation fault) - core dumped
> | Segmentation fault
>
> Signed-off-by: Jackie Huang
> ---
> meta/recipes-sato/web
On Tue, Aug 22, 2017 at 2:01 PM, Alexander Kanavin
wrote:
> Do you have any kind of logs for when it happens?
Unfortunately not, I'll try to keep some the next time it happens.
But I have a suspicion it might be related to a build failure. Earlier
today I was doing a build which failed in a rec
On Tue, 2017-08-22 at 20:00 +0200, Martin Jansa wrote:
> It's pity that we won't be able to use newer SDK on older hosts, but
> I'm glad that SDK_OLDEST_KERNEL is going away as it wasn't working
> very well anyway as discussed here:
> http://lists.openembedded.org/pipermail/openembedded-core/2016-O
On 08/22/2017 08:40 PM, Richard Purdie wrote:
Is anyone else seeing insanely long (never ending?) do_install times
for adwaita-icon-theme? The other day I manually killed a jenkins
jobs
still running after 3 days waiting for this recipe's do_install.
This morning I started a job manually and it'
It's pity that we won't be able to use newer SDK on older hosts, but I'm
glad that SDK_OLDEST_KERNEL is going away as it wasn't working very well
anyway as discussed here:
http://lists.openembedded.org/pipermail/openembedded-core/2016-October/127519.html
On Tue, Aug 22, 2017 at 6:35 PM, Khem Raj
The python-m2crypto turned to be unrelated to gcc upgrade, it was caused by
one of your patches:
https://patchwork.openembedded.org/patch/142879/
I've dropped it from master-next for now.
On Mon, Aug 21, 2017 at 4:03 PM, Khem Raj wrote:
>
> On Mon, Aug 21, 2017 at 12:12 AM Martin Jansa
> wrote
On Tue, 2017-08-22 at 13:32 -0400, Trevor Woerner wrote:
> Is anyone else seeing insanely long (never ending?) do_install times
> for adwaita-icon-theme? The other day I manually killed a jenkins
> jobs
> still running after 3 days waiting for this recipe's do_install.
>
> This morning I started a
Is anyone else seeing insanely long (never ending?) do_install times
for adwaita-icon-theme? The other day I manually killed a jenkins jobs
still running after 3 days waiting for this recipe's do_install.
This morning I started a job manually and it's currently stuck in
0: adwaita-icon-theme-
I have sent few patches to meta oe to fix similar issues earlier found with
clang I think changes to code to define the macros in compliant way are
better and upstreamable
On Tue, Aug 22, 2017 at 10:21 AM Martin Jansa
wrote:
> Nothing special on my build host, just gcc 7.1 from gentoo. But the o
Nothing special on my build host, just gcc 7.1 from gentoo. But the option
was introduced probably only in gcc-7, on 5.4.0 used in Ubuntu 16.04 it's
also missing:
OE qemux86@ ~/oe/world/shr-core $ gcc --help=warnings | grep
expansion-to-defined
OE qemux86@ ~/oe/world/shr-core $ gcc --version
gcc (
Patches rebased due to don't apply, no major changes,
- 0002-Adapt-to-linux-wrs-kernel-version-which-has-characte.patch
- arch_pm.patch
- noman.patch
Patches related to move ostable/triplettable insida data/ostable and
data/tupletable instead also needs to comply the new format of the
table
Add new patches for enable builds on hosts that has GCC version
minor than 5 because doesn't support std::array and std::put_time,
those patches could be removed after get rid of Debian8 and Centos7
support.
- gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch
- gcc_4.x_Revert-
On 08/22/2017 12:07 PM, Richard Purdie wrote:
On Tue, 2017-08-22 at 12:04 -0400, Bruce Ashfield wrote:
On 08/22/2017 12:00 PM, Richard Purdie wrote:
On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote:
I can send you a v4 of the 4.12 patch in the next half an hour,
that's easiest for me
On Tue, Aug 22, 2017 at 4:06 AM, Ruslan Bilovol wrote:
> With glibc upgrade to 2.26 release (commit d6a0bc57fa07
> "glibc: Upgrade to 2.26 final release") it's not possible
> to build x86/x86_64 SDK for kernels lower than 3.2.0
> (see glibc commit 139ace95756a "Require Linux kernel 3.2
> or later
On Tue, Aug 22, 2017 at 12:36 AM, wrote:
> From: Jackie Huang
>
> Disable gobject-introspection on armv7a to avoid
> do_compile failure:
>
> | qemu: uncaught target signal 11 (Segmentation fault) - core dumped
> | Segmentation fault
>
> Signed-off-by: Jackie Huang
> ---
> meta/recipes-sato/web
On Tue, Aug 22, 2017 at 3:22 AM, Richard Purdie
wrote:
> On Mon, 2017-08-21 at 22:57 +0200, Martin Jansa wrote:
>> * build with gcc-7 fails with:
>> | ./config-util.h:1504:48: error: this use of "defined" may not
>> be portable [-Werror=expansion-to-defined]
>> | || (defined _FO
On 08/22/2017 12:07 PM, Richard Purdie wrote:
On Tue, 2017-08-22 at 12:04 -0400, Bruce Ashfield wrote:
On 08/22/2017 12:00 PM, Richard Purdie wrote:
On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote:
I can send you a v4 of the 4.12 patch in the next half an hour,
that's easiest for me
On Tue, 2017-08-22 at 12:04 -0400, Bruce Ashfield wrote:
> On 08/22/2017 12:00 PM, Richard Purdie wrote:
> >
> > On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote:
> > >
> > > I can send you a v4 of the 4.12 patch in the next half an hour,
> > > that's easiest for me to do.
> > >
> > > ..
On 08/22/2017 12:00 PM, Richard Purdie wrote:
On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote:
I can send you a v4 of the 4.12 patch in the next half an hour,
that's easiest for me to do.
.. but if it isn't for you, go ahead and do the merge and I'll
sort it out in a follow up.
The ab
On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote:
> I can send you a v4 of the 4.12 patch in the next half an hour,
> that's easiest for me to do.
>
> .. but if it isn't for you, go ahead and do the merge and I'll
> sort it out in a follow up.
The above works, I'm still trying to get to th
The 4.12 kernel will be the default/reference for the fall 2017
release.
These recipes represent the introduction of 4.12.7 + related kernel
meta data. Existing functionality has been validated against this
new kernel version, and older versions will be removed in separate
commits.
Signed-off-by:
Thanks Tim!
Check this thread:
http://lists.openembedded.org/pipermail/openembedded-core/2017-August/141087.html
about python-matplotlib.
On Tue, Aug 22, 2017 at 4:29 PM, Tim Orling <
timothy.t.orl...@linux.intel.com> wrote:
>
> > On Aug 22, 2017, at 6:20 AM, Martin Jansa
> wrote:
> >
> > Opens
On vendredi 18 août 2017 14:44:30 CEST Otavio Salvador wrote:
> On Wed, Aug 16, 2017 at 3:15 PM, Otavio Salvador
>
> wrote:
> > This reverts commit c7bc46b9bc29dd0953ab8d63b50fa105bb66892e.
> >
> > The commit has broken the alternatives concept as it is managed by
> > links controlled by the alt
On 08/22/2017 11:28 AM, Richard Purdie wrote:
On Tue, 2017-08-22 at 10:54 -0400, Bruce Ashfield wrote:
On 08/22/2017 10:24 AM, Richard Purdie wrote:
Thanks, I think you got that one but the /bin/awk issue remained
after
your changes. Its easy to reproduce with "bitbake core-image-sato-
sdk",
On Tue, 2017-08-22 at 10:54 -0400, Bruce Ashfield wrote:
> On 08/22/2017 10:24 AM, Richard Purdie wrote:
> >
> > Thanks, I think you got that one but the /bin/awk issue remained
> > after
> > your changes. Its easy to reproduce with "bitbake core-image-sato-
> > sdk",
> > or IMAGE_INSTALL_append =
On 08/22/2017 10:24 AM, Richard Purdie wrote:
On Mon, 2017-08-21 at 12:12 -0400, Bruce Ashfield wrote:
On 2017-08-21 11:55 AM, Richard Purdie wrote:
On Sun, 2017-08-20 at 22:58 -0400, Bruce Ashfield wrote:
Here's the collected set of kernel changes that are ready for the
M3
builds.
We have
> On Aug 22, 2017, at 6:20 AM, Martin Jansa wrote:
>
> Openssl was reverted back to 1.0 version being default, so there is
> fewer errors now, but there was also a fix for package.bbclass:
> http://lists.openembedded.org/pipermail/openembedded-core/2017-August/141127.html
> which causes many do_
On Mon, 2017-08-21 at 12:12 -0400, Bruce Ashfield wrote:
> On 2017-08-21 11:55 AM, Richard Purdie wrote:
> >
> > On Sun, 2017-08-20 at 22:58 -0400, Bruce Ashfield wrote:
> > >
> > > Here's the collected set of kernel changes that are ready for the
> > > M3
> > > builds.
> > >
> > > We have some
Openssl was reverted back to 1.0 version being default, so there is
fewer errors now, but there was also a fix for package.bbclass:
http://lists.openembedded.org/pipermail/openembedded-core/2017-August/141127.html
which causes many do_package_qa tasks to fail.
Please help by sending fixes for issu
With glibc upgrade to 2.26 release (commit d6a0bc57fa07
"glibc: Upgrade to 2.26 final release") it's not possible
to build x86/x86_64 SDK for kernels lower than 3.2.0
(see glibc commit 139ace95756a "Require Linux kernel 3.2
or later on x86 / x86_64.")
Thus drop SDK_OLDEST_KERNEL overrides from mac
On Tuesday, 22 August 2017 1:23:10 PM NZST Robert Yang wrote:
> There might be wild strings when read from target (especially when
> reading ptest results), replace the errors to avoid breaking the test.
>
> Fixed: (Not always happen)
> $ bitbake core-image-sato -ctestimage
> [snip]
> status,
On Mon, 2017-08-21 at 16:31 -0500, Aníbal Limón wrote:
> The LIC_FILES_CHKSUM changed because the license file now has
> style changes in the text remains GPLv2+.
>
> The patch Revert-always-run-dpkg-configure-a-at-the-end-of-our
> was updated because now the precision fields use floating
> point
On Tue, 2017-08-22 at 11:26 +0100, Martin Jansa wrote:
> I'm sorry for the issues caused by this, can you share config.log
> from that build? Maybe the native compiler on that build host doesn't
> support this option?
The one I linked to was a debian9 system, config.log says:
gcc: error: unrecogn
I'm sorry for the issues caused by this, can you share config.log from that
build? Maybe the native compiler on that build host doesn't support this
option?
On Tue, Aug 22, 2017 at 11:22 AM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Mon, 2017-08-21 at 22:57 +0200, Martin Ja
On Mon, 2017-08-21 at 22:57 +0200, Martin Jansa wrote:
> * build with gcc-7 fails with:
> | ./config-util.h:1504:48: error: this use of "defined" may not
> be portable [-Werror=expansion-to-defined]
> | || (defined _FORTIFY_SOURCE && 0 < _FORTIFY_SOURCE \
> |
From: Kai Kang
The following changes since commit 04dc76713b57f28457742dd863caa663591d4866:
devtool/copy_buildsystem: adds meta-skeleton layer in the eSDK installation.
(2017-08-19 22:15:39 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib kangkai/watchdo
From: Kai Kang
Inherit systemd.bbclass to enable systemd support for watchdog.
And fix indentation of do_install_append() as well according to:
https://www.openembedded.org/wiki/Styleguide#Format_Guidelines
Signed-off-by: Kai Kang
---
meta/recipes-extended/watchdog/watchdog_5.15.bb | 15 +
From: Jackie Huang
We want to provide python libs by default, and some other
popular Linux distributions like redhat/fedora does the same.
Signed-off-by: Jackie Huang
---
meta/recipes-support/boost/boost.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-suppo
From: Jackie Huang
Disable gobject-introspection on armv7a to avoid
do_compile failure:
| qemu: uncaught target signal 11 (Segmentation fault) - core dumped
| Segmentation fault
Signed-off-by: Jackie Huang
---
meta/recipes-sato/webkit/webkitgtk_2.16.6.bb | 4
1 file changed, 4 insertions
58 matches
Mail list logo
