Signed-off-by: Dengke Du
---
meta/recipes-multimedia/mpg123/{mpg123_1.25.4.bb => mpg123_1.25.6.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/mpg123/{mpg123_1.25.4.bb => mpg123_1.25.6.bb}
(94%)
diff --git a/meta/recipes-multimedia/mpg123/mpg123_1.2
The following changes since commit 55bf88603927469de9aa9f6fd4d449230d2e61e3:
poky: Add nios2 to list of qemu targets (2017-08-17 00:21:35 +0100)
are available in the git repository at:
https://github.com/DengkeDu/openembedded-core.git dengke/mpg123-1.25.6
https://github.com//tree/dengke/mp
On 17 August 2017 at 21:26, Carlos Alberto Lopez Perez
wrote:
> * without this package installed any WebKitGTK+ based browser
>will fail to correctly open html files (and other files)
>from disk (file:// URIs). It will open them as plain txt files.
>
> Signed-off-by: Carlos Alberto Lopez
Yes, for actual branch is not required. But for branches like krogoth
and morty, where HOSTTOOLS is not implemented, is this necessary.
Andrej
On 08/17/2017 06:31 PM, Richard Purdie wrote:
> On Thu, 2017-08-17 at 16:44 +0200, Andrej Valek wrote:
>> Signed-off-by: Andrej Valek
>> ---
>> meta/re
Thanks!
The problem is that this two machines are the same, except only one
configuration file.
Bootloader files are build for two machines with the same image. Linux
kernel is the same the small difference is in two separate DTS files only.
Everything else is the same.
I don't like dirty hac
On Thu, Aug 17, 2017 at 4:54 AM, Alexander Kanavin
wrote:
> On 08/17/2017 02:46 PM, Martin Jansa wrote:
>>
>> I meant "real-world" as builds for any products on the market (which are
>> likely using one of the failing recipes) - e.g. in LGE we have many more
>> failures over all internal component
Since we disabled uppercase characters in overrides a few releases
ago, uppercase characters in recipe names (and for that matter, distro
and machine names) cannot be supported due to their reliance upon
overrides including the name.
QA check will produce an warning message when it verify that rec
ping
-Original Message-
From: Zheng, Ruoqin/郑 若钦
Sent: Friday, June 23, 2017 9:56 AM
To: openembedded-core@lists.openembedded.org
Cc: Zheng, Ruoqin/郑 若钦
Subject: [OE-core] [PATCH v3] (morty) rpm: Fix the Bug of SRPM String error
Add a patch 0001-Fix-the-Bug-of-SRPM-String-error.patch to
On Thursday, 10 August 2017 10:00:39 PM NZST Richard Purdie wrote:
> On Wed, 2017-08-02 at 16:09 -0700, Mark D Horn wrote:
> > Recipetool plugins set through register_recipe_handlers were not able
> > to impact the license type via setting extravalues['LICENSE']. This
> > is
> > due to caching the
Our grub and syslinux bootloaders both define root=/dev/ram0 for live
images by default. Kernel docs show that root=/dev/ram0 is just a
sentinel value for the kernel to mount the initrd as root, which then
mounts and switches to the real root. This is exactly what our scripts
do, so just check for
Some distros may want to provide alternate kernel "flavors" via feeds or
within bootable images. For example, readily available builds which
provide certain diagnostic features can enable developers and testers to
more quickly resolve issues by avoiding lengthy kernel builds.
This change allows fo
On 08/16/2017 11:00 AM, Wold, Saul wrote:
On Mon, 2017-08-14 at 16:29 -0500, Haris Okanovic wrote:
Some distros may want to provide alternate kernel "flavors" via feeds
or
within bootable images. For example, readily available builds which
provide certain diagnostic features can enable develop
The top level LICENSE file is not actually a license, it refers
other licenses that are used by Bitbake and Meta-data. Relying
on this file could cause problems for recipes when this file
changes, which it is about to.
Signed-off-by: Saul Wold
---
meta/classes/insane.bbclass | 6 +-
1 file c
On Wed, 2017-08-09 at 10:48 -0700, Juro Bystricky wrote:
> Conditionally support binary reproducibility in built images.
> If BUILD_REPRODUCIBLE_BINARIES = 1 then:
>
> 1. Do not randomize library addresses
> 2. Set/export PRELINK_TIMESTAMP to a reproducible value.
>If REPRODUCIBLE_TIMESTAMP_RO
On Wed, 2017-08-09 at 10:48 -0700, Juro Bystricky wrote:
> The compiled .pyc files contain time stamp corresponding to the compile time.
> This prevents binary reproducibility. This patch allows to achieve binary
> reproducibility by overriding the build time stamp by the value
> exported via SOURC
The failure is expected, since this patch modifies(removes) the python
manifest,
and one of the things that I wanted to fix was exactly this, that
submitting a patch to
the manifest shouldnt cause an issue, after this patch is applied this
will no longer happen.
As for the series not appl
* without this package installed any WebKitGTK+ based browser
will fail to correctly open html files (and other files)
from disk (file:// URIs). It will open them as plain txt files.
Signed-off-by: Carlos Alberto Lopez Perez
---
meta/recipes-sato/webkit/webkitgtk_2.16.6.bb | 2 +-
1 file
thanks for pointing this out, will fix it the way you suggested
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
From: Leonardo Sandoval
Besides providing the NATIVELSBSTRING, include distro info when creating
the (json) error report. This information provides better info than the
standard 'universal*' string for uninative builds.
[YOCTO #11824]
Signed-off-by: Leonardo Sandoval
---
meta/classes/report-e
On 2017-08-29 02:54, Stefan Agner wrote:
> From: Stefan Agner
>
> When creating a custom image which uses the DATE variable the basehash
> seems to change every day and lead to errors such as:
> ERROR: console-tdx-image-2.7.6-r0 do_image_customimg: Error executing
> a python function in exec_pyth
== Series Details ==
Series: Restructure python2 and python3 packaging system
Revision: 1
URL : https://patchwork.openembedded.org/series/8314/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
From: Leonardo Sandoval
Commit d58b1d196 moved from chunk to serial signing, but neither of both
approaches
allowed the user to select the chunks size. This patch allows the user to select
a chunk size through RPM_GPG_SIGN_CHUNK defaulting to BB_NUMBER_THREADS,
considered
a good default. Indire
Signed-off-by: Alejandro Hernandez
---
meta/recipes-core/libxml/libxml2_2.9.4.bb | 2 +-
meta/recipes-devtools/bootchart2/bootchart2_0.14.8.bb | 2 +-
meta/recipes-devtools/dnf/dnf_2.6.3.bb | 4 ++--
meta/recipes-devtools/gdb/gdb-cross-canadian.inc
See previous commit (python2 version) for more info.
Old manifest file had several issues:
- Its unorganized and hard to read and understand it for an average
human being.
- Git complains every single time a patch is submitted to the manifest,
since it violates some of its guidelines for p
The reason we have a manifest file for python is that our goal is to
keep python-core as small as posible and add other python packages only
when the user needs them, hence why we split upstream python into several
packages.
Although our manifest file has several issues:
- Its unorganized and har
The reason we have a manifest file for python is that our goal is to
keep python-core as small as posible and add other python packages only
when the user needs them, hence why we split upstream python into several
packages.
There are many problems with our current implementation of the manifest f
We always forget to upgrade it when systemd is upgraded, keeping it
next to systemd will be an easy reminder to upgrade this recipe along
with systemd
Define EFI_CC, so far it has been using detection mechanism which
worked with gcc but falls back to native gcc when using non-gcc compiler
as defau
On Thu, 2017-08-17 at 16:44 +0200, Andrej Valek wrote:
> Signed-off-by: Andrej Valek
> ---
> meta/recipes-support/ca-certificates/ca-certificates_20161130.bb | 2
> +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-support/ca-certificates/ca-
> certificates_2016113
On Wed, Aug 9, 2017 at 10:48 AM, Juro Bystricky
wrote:
> Several tweaks to improve reproducibility:
>
> 1. If BUILD_REPRODUCIBLE_BINARIES == 1, set KBUILD_BUILD_TIMESTAMP
> to a reproducible value. This is either a non-zero SOURCE_DATE_EPOCH, or
> the
> value obtained from top entry of GIT repo,
On 07/31/2017 06:59 AM, Tom Rini wrote:
Hi Armin,
The following changes in master are relevant to both morty and pyro:
In stagging for morty. will do pyro shortly.
commit 0a7ce0b971a208956cb895ba5a869ec8c5d94703
Author: Tom Rini
Date: Fri Jul 21 18:06:33 2017 -0400
image.bbclass:
On 17/08/17 03:59, Paul Eggleton wrote:
On Thursday, 17 August 2017 7:36:14 PM NZST Richard Purdie wrote:
On Wed, 2017-08-16 at 18:36 -0700, juan.m.cruz.alca...@linux.intel.com
wrote:
From: Juan M Cruz Alcaraz
The eSDK installation requires the meta-skeleton layer.
The build system might us
Hey Andreas,
On 08/17/2017 09:14 AM, Andreas Oberritter wrote:
On Thu, 17 Aug 2017 03:24:23 -0700
Alejandro Hernandez wrote:
- It creates a solution for users that want precompiled bytecode files
(*.pyc) INCLUDE_PYCS = "1" can be set by the user on their local.conf to
include such
Signed-off-by: Andrej Valek
---
meta/recipes-support/ca-certificates/ca-certificates_20161130.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/ca-certificates/ca-certificates_20161130.bb
b/meta/recipes-support/ca-certificates/ca-certificates_20161130.bb
On Thu, 2017-08-17 at 10:50 +0300, Markus Lehtonen wrote:
> Hi,
>
> I quickly run some tests on a Xeon server, using glibc-locale as the recipe
> to build.
> 100: 154s
> 10: 162s (+5%)
> 1: 234s (+51%)
What I did to measure parallel versus serial is to run the corresponding
selftest (signing.Si
On 8/17/17 8:01 AM, Peter Kjellerstedt wrote:
>> -Original Message-
>> From: Alexander Kanavin [mailto:alexander.kana...@linux.intel.com]
>> Sent: den 17 augusti 2017 12:53
>> To: Mark Hatle ; Richard Purdie
>> ; openembedded-
>> c...@lists.openembedded.org
>> Cc: Peter Kjellerstedt
>> Sub
On 8/17/17 5:53 AM, Alexander Kanavin wrote:
> On 08/16/2017 06:37 PM, Mark Hatle wrote:
>> Are there any examples? I was looking there and simply didn't see any. I
>> saw
>> the packaging for instance exercised python interfaces, version comparison
>> tools, etc.. but nothing that built a recip
On Thu, 17 Aug 2017 03:24:23 -0700
Alejandro Hernandez wrote:
> - It creates a solution for users that want precompiled bytecode files
>(*.pyc) INCLUDE_PYCS = "1" can be set by the user on their local.conf to
>include such files, some argument they get faster boot time, even when the
>
When IMAGE_NAME and IMAGE_LINK_NAME are equal, do_write_qemuboot_conf will
create a symlink that links to itself.
Check if this is the case before creating the link.
Signed-off-by: Mike Looijmans
---
meta/classes/qemuboot.bbclass | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
dif
On 08/17/2017 04:01 PM, Peter Kjellerstedt wrote:
The problem we have, which caused me to look into this, is:
We unfortunately have a lot of unversioned libraries, e.g.,
"libfoo.so" instead of "libfoo.so.1.2.3". There is no problem
building these (except we need to work around OE's default of
p
When buildsystem with layer structure is going to be copied, only the last
meta-XXX layer is taken.
For example, during ext_sdk bblayers creating:
layers/oe/meta \
layers/oe/meta-oe \
layers/oe/meta-networking \
layers/oe/meta-webserver \
...
It restructured meta-oe, meta-networking,... contents in
> -Original Message-
> From: Alexander Kanavin [mailto:alexander.kana...@linux.intel.com]
> Sent: den 17 augusti 2017 12:53
> To: Mark Hatle ; Richard Purdie
> ; openembedded-
> c...@lists.openembedded.org
> Cc: Peter Kjellerstedt
> Subject: Re: [OE-core] [PATCH 0/6 v2] Fix RPM4 regression
On Thu, 2017-08-17 at 03:15 -0400, Hongxu Jia wrote:
> Since ncurses upgraded to 6.0+20170715, it compile failed
> ...
> >
> > ../../../mc-4.8.19/lib/tty/tty-ncurses.c:199:13: error:
> > dereferencing
> pointer to incomplete type 'TERMINAL {aka struct term}'
> >
> > cur_term->Nttyb.c_cc[VINT
On Wed, 2017-08-16 at 04:31 -0400, Hongxu Jia wrote:
> Rebase patches:
> - fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch
> - test-output.patch
>
> Drop backported patches:
> - CVE-2016-9401.patch
> - fix-run-intl.patch
>
> Add ${PN}-loadable for loadable builtins which is new feature
On 08/17/2017 02:46 PM, Martin Jansa wrote:
I meant "real-world" as builds for any products on the market (which are
likely using one of the failing recipes) - e.g. in LGE we have many more
failures over all internal components, so I'll just undo this openssl
switch (renaming openssl_1.1 as ope
The qtbase was just an example, the link with the last report:
http://lists.openembedded.org/pipermail/openembedded-core/2017-August/140829.html
shows that instead of 5 failures reported in previous one:
http://lists.openembedded.org/pipermail/openembedded-devel/2017-August/114108.html
we have ar
On Thu, 2017-08-17 at 12:31 +0200, Martin Jansa wrote:
> Does openssl10 work for anyone in real-world scenarios?
Depends what "real-world" means really.
I've strongly pushed for OE-Core to have at least some spectrum of
coverage of various elements of the software stacks people use so we
can use
On 08/17/2017 01:31 PM, Martin Jansa wrote:
So you cannot just select which openssl implementation you want for
given component, unless it's very simple component with small dependency
tree.
Unfortunately yes. The header names clash, and there's no way to have
them both in the sysroot at the
testdata and testdata_link may point to the same file, in particular
when IMAGE_LINK_NAME and IMAGE_NAME are equal.
Check if this is the case before creating a symlink that points to
itself and makes the next build fail.
Signed-off-by: Mike Looijmans
---
meta/classes/rootfs-postcommands.bbclass
On 08/16/2017 06:37 PM, Mark Hatle wrote:
Are there any examples? I was looking there and simply didn't see any. I saw
the packaging for instance exercised python interfaces, version comparison
tools, etc.. but nothing that built a recipe/package and then verified the
contents were 'correct'.
Does openssl10 work for anyone in real-world scenarios?
I was trying to fix at least some of the failures reported in last bitbake
world status:
http://lists.openembedded.org/pipermail/openembedded-core/2017-August/140829.html
But in most recipes if you update DEPENDS to use openssl10, it will ge
The reason we have a manifest file for python is that our goal is to
keep python-core as small as posible and add other python packages only
when the user needs them, hence why we split upstream python into several
packages.
Although our manifest file has several issues:
- Its unorganized and har
On Thu, 2017-08-17 at 04:35 -0400, Hongxu Jia wrote:
> While multilib, the local m4/python.m4 incorrectly assigned
> am_cv_python_pyexecdir and am_cv_python_pythondir which caused
> the following error enabled:
> ...
> ERROR: gpgme-1.9.0-r0 do_package: QA Issue: gpgme: Files/directories
> were inst
From: sweeaun
Disable build for muslx32.X32 isn't supported by valgrind at this
moment.
Signed-off-by: sweeaun
---
meta/recipes-devtools/valgrind/valgrind_3.13.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.13.0.bb
b/meta/recipes-devtools/va
From: sweeaun
Disable build for muslx32.
Signed-off-by: sweeaun
---
meta/classes/goarch.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/goarch.bbclass b/meta/classes/goarch.bbclass
index 57537fb..9cd38b8 100644
--- a/meta/classes/goarch.bbclass
+++ b/meta/classes/goarc
On Thursday, 17 August 2017 7:36:14 PM NZST Richard Purdie wrote:
> On Wed, 2017-08-16 at 18:36 -0700, juan.m.cruz.alca...@linux.intel.com
> wrote:
> > From: Juan M Cruz Alcaraz
> >
> > The eSDK installation requires the meta-skeleton layer.
> > The build system might use the meta-skeleton recipe
The 1.18.24 fixed CVE-2016-7948
Rebase patches:
- noman.patch -> 0001
- remove-tar-no-timestamp.patch -> 0002
- arch_pm.patch -> 0003
- add_armeb_triplet_entry.patch -> 0004
- 0002-Adapt-to-linux-wrs-kernel-version-which-has-characte.patch -> 0005
- 0003-Our-pre-postinsts-expect-D-to-be-set-when-r
While multilib, the local m4/python.m4 incorrectly assigned
am_cv_python_pyexecdir and am_cv_python_pythondir which caused
the following error enabled:
...
ERROR: gpgme-1.9.0-r0 do_package: QA Issue: gpgme: Files/directories
were installed but not shipped in any package:
/usr/lib/python3.5/site-p
Hi,
I quickly run some tests on a Xeon server, using glibc-locale as the recipe to
build.
100: 154s
10: 162s (+5%)
1: 234s (+51%)
Even if signing is not parallel, the difference may be explained by the number
of rpm processes that get spawned. I would drop the factor to 10 or use
BB_NUMBER_TH
From: Jackie Huang
Backport 3 patches to fix CVE-2017-10971:
In the X.Org X server before 2017-06-19, a user authenticated to an X
Session could crash or execute code in the context of the X Server by
exploiting a stack overflow in the endianness conversion of X Events.
Reference:
https://nvd.n
CVE-2017-6508: CRLF injection vulnerability in the url_parse function in
url.c in Wget through 1.19.1 allows remote attackers to inject arbitrary
HTTP headers via CRLF sequences in the host subcomponent of a URL.
External References:
https://nvd.nist.gov/vuln/detail/CVE-2017-6508
Patch from:
http
On Wed, 2017-08-16 at 18:36 -0700, juan.m.cruz.alca...@linux.intel.com
wrote:
> From: Juan M Cruz Alcaraz
>
> The eSDK installation requires the meta-skeleton layer.
> The build system might use the meta-skeleton recipes as layout
> to create custom recipes. An example is the recipetool script
>
On Wed, 2017-08-16 at 04:31 -0400, Hongxu Jia wrote:
> Rebase patches:
> - pkgconfig.patch -> 0001
> - python-lang-config.patch -> 0002
> - 0001-Correctly-install-python-modules.patch -> 0003
> - python-import.patch -> 0004
> - 0001-gpgme-config-skip-all-lib-or-usr-lib-directories-in-.patch ->
> 00
Since ncurses upgraded to 6.0+20170715, it compile failed
...
| ../../../mc-4.8.19/lib/tty/tty-ncurses.c:199:13: error: dereferencing
pointer to incomplete type 'TERMINAL {aka struct term}'
| cur_term->Nttyb.c_cc[VINTR] = CTRL ('g'); /* ^g */
| ^~
...
Backport a patch from upst
On Fri, Aug 11, 2017 at 3:08 PM, Andrea Galbusera wrote:
> On Thu, Aug 10, 2017 at 11:37 AM, Andreas Müller
> wrote:
>>
>> Optional installation of khrplatform.h was implemented upstream by a
>> slightly
>> different approach ->
>> 0001-mapi-Only-install-khrplatform.h-with-EGL-or-GLES.patch
>> ca
64 matches
Mail list logo
