From: Geoff Parker
Running wic commands on Debian 10 systems fail in
scripts/lib/wic/engine.py:get_partitions() due to new stderr output captured
when trying to parse the output from /sbin/parted as a non-root user.
The parted command calls the dmidecode utility, which produces this error
as a
The info->resolvetls might be NULL according to src/prelink.c:
[snip]
/* Dynamic linker does not depend on any other library,
all symbols resolve to themselves with the exception
of SHN_UNDEF symbols which resolve to 0. */
if (info->symtab[r_sym].st_shndx == SHN_UNDEF)
{
The following changes since commit d0d55add6cb01252a46d829ade75666920b676fa:
libxml2: Make it compatible with externalsrc (2018-10-10 14:33:34 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/prelink
The iputils-ping6 was dropped since the 'ping6' command had been merged
into ping command. Backport patch from upstream to let both 'ping6' and
'ping -6' work.
Signed-off-by: Yi Zhao
---
...r.sh-use-ping-6-when-ping6-is-not-avaliab.patch | 45 ++
Currently only the dnf package manager tests are automatically added to the
list of tests to run. Improve the code to handle automatic addition of
the apt and opkg tests too.
Signed-off-by: Richard Purdie
---
meta/classes/testimage.bbclass | 16 ++--
1 file changed, 10
If the opkg/apt tests are run without a package-index they will fail.
Trigger this here for now as a dependency until the code can be improved.
Signed-off-by: Richard Purdie
---
meta/classes/testimage.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
The current qemuall override overwrites other dependencies unintentionally.
Tweak the code to avoid this by appending to the variable.
Signed-off-by: Richard Purdie
---
meta/classes/testimage.bbclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
akuster808 writes:
> Grygorii,
>
>
> On 10/10/2018 09:26 AM, grygorii tertychnyi via Openembedded-core wrote:
>> Append '\n' to the non-empty formatted string before return. If you
>> write it to the (manifest) file, it will ensure file ends with a newline.
>>
>> Many GNU utilities have
On Thu, Oct 11, 2018 at 1:50 AM Mark Asselstine
wrote:
> Definitely a bug in that it doesn't propogate as an error.
Note that compiler checks currently never raise an exception, and -1
is the all-inclusive "error condition" for when the size of a variable
could not be determined. Perhaps we
Grygorii,
On 10/10/2018 09:26 AM, grygorii tertychnyi via Openembedded-core wrote:
> Append '\n' to the non-empty formatted string before return. If you
> write it to the (manifest) file, it will ensure file ends with a newline.
>
> Many GNU utilities have problems processing the last line of a
On Wednesday, October 10, 2018 3:54:10 PM EDT Khem Raj wrote:
> On Wed, Oct 10, 2018 at 12:36 PM Mark Asselstine
>
> wrote:
> > Since commit d297f7ebf3f6 [fribidi: use Meson instead of autotools]
> > build failures have been observed with this package. The immediate
> > issue was related to
On Wed, Oct 10, 2018 at 12:36 PM Mark Asselstine
wrote:
>
> Since commit d297f7ebf3f6 [fribidi: use Meson instead of autotools]
> build failures have been observed with this package. The immediate
> issue was related to improperly named #defines per
>
Since commit d297f7ebf3f6 [fribidi: use Meson instead of autotools]
build failures have been observed with this package. The immediate
issue was related to improperly named #defines per
https://github.com/fribidi/fribidi/commit/46f52d588ab5, however, the
root cause was FRIBIDI_SIZEOF_INT getting a
== Series Details ==
Series: wic: make engine.py:get_partitions() resilient to parted/dmidecode
stderr output
Revision: 1
URL : https://patchwork.openembedded.org/series/14461/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an
Running wic commands on Debian 10 systems fail in
scripts/lib/wic/engine.py:get_partitions() due to new stderr output captured
when trying to parse the output from /sbin/parted as a non-root user.
The parted command calls the dmidecode utility, which produces this error
as a non-root user:
On 18-10-10 17:48 +0200, Peter Kjellerstedt wrote:
> > Change-Id: I8adca0b54179793ca92478ad5b3b1b6e0448e26b
>
> You probably want to remove the Change-Id before applying this...
Sorry! :( I'll probably forget to remove that again in the
future, I should try making git format-patch automatically
Append '\n' to the non-empty formatted string before return. If you
write it to the (manifest) file, it will ensure file ends with a newline.
Many GNU utilities have problems processing the last line of a file
if it is not '\n' terminated. E.g. if the last line is not terminated
by a newline
NVD entries for the Linux kernel are almost always outdated.
For example, https://nvd.nist.gov/vuln/detail/CVE-2018-1065
is shown as matched for "versions up to (including) 4.15.7",
however the patch 57ebd808a97d has been back ported for 4.14.
By default, it checks NVD Resource entries for the
Implements "report_cve" and "report_patched" tasks.
"report_patched" prepares image manifest with patched CVE info.
"report_cve" runs cvert-* scripts to generate kernel and package CVE reports.
You can configure it to set report filenames, reuse NVD feeds,
stop after manifest generation and
cvert-foss - generate CVE report for the list of packages.
Analyze the whole image manifest to align with the complex
CPE configurations.
cvert-update - update NVD feeds and store CVE structues dump.
CVE dump is a pickled representation of the cve_struct dictionary.
cvert.py - python
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Olof Johansson
> Sent: den 10 oktober 2018 17:35
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH] devtool-source.bbclass: Only create
From: Kai Kang
Fix multilib isntall file conflicts for gobject-introspection.
* use multilib_script.bbclass to handle ${bindir}/g-ir-annotation-tool
and ${bindir}/g-ir-scanner
* add configure option to install .gir files to an alternative path and
only set it when multilib is enabled
From: Kai Kang
The .gir files from gobject-introspection are configured to install to
${libdir}/gir-1.0 when multilib is enabled. Update vapigen-wrapper accordingly.
Signed-off-by: Kai Kang
---
meta/recipes-devtools/vala/vala.inc | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
From: Kai Kang
It fails to run g-ir-scanner from package gobject-introspection that
missing python modules 'xml' and 'pickle'. Add them to rdepends.
Signed-off-by: Kai Kang
---
.../gobject-introspection/gobject-introspection_1.58.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git
From: Kai Kang
1 test steps
Set config in local.conf:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
IMAGE_INSTALL_append = " packagegroup-core-buildessential ldd
gobject-introspection lib32-gobject-introspection
For conditonally applied patches based on SRC_URI overrides, the
devtool-source class would try to create a new branch for each override
assignment as a postfunc to do_patch, but if the same override was used
multiple times, it would try to create the same branch multiple times,
causing errors
The configuration option is WITH_KDE now, as it supports both KDE4 and KDE5.
Signed-off-by: Ross Burton
---
meta/recipes-support/libproxy/libproxy_0.4.15.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/libproxy/libproxy_0.4.15.bb
The option WITH_PYTHON got replaced by
WITH_PYTHON2 and WITH_PYTHON3.
Signed-off-by: Pascal Bach
---
meta/recipes-support/libproxy/libproxy_0.4.15.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/libproxy/libproxy_0.4.15.bb
On Wed, Oct 10, 2018 at 4:21 PM akuster808 wrote:
>
>
>
> On 10/10/2018 01:57 AM, Andreas Müller wrote:
> > On Thu, Sep 27, 2018 at 9:06 PM Andreas Müller
> > wrote:
> >> The patch should increase performance for libsdl2 on GLES2 too.
> >>
> >> (From OE-Core rev:
On 10/10/2018 01:57 AM, Andreas Müller wrote:
> On Thu, Sep 27, 2018 at 9:06 PM Andreas Müller
> wrote:
>> The patch should increase performance for libsdl2 on GLES2 too.
>>
>> (From OE-Core rev: 52f9659f2bb44affec2f67935df01f13b6ff3e02)
>>
>> Signed-off-by: Andreas Müller
>> Signed-off-by:
On Wed, 10 Oct 2018 at 15:12, Pascal Bach wrote:
> The problem is "cmake.bbclass: allow cmake to find hosttools" it has the
> side effect of making all hosttools available to all recipes.
> In the case of libproxy this leads to it finding python, which is included
> in hosttools, and thus
On 10.10.2018 14:36, Richard Purdie wrote:
> On Wed, 2018-10-10 at 10:10 +0200, Pascal Bach wrote:
>> CMAKE_LIBRARY_PATH is intended to be set by projects.
>> CMAKE_SYSTEM_LIBRARY_PATH is better suited to be used in a toolchain
>> file.
>>
>> Signed-off-by: Pascal Bach
>> ---
>>
On 10/04/2018 08:20 AM, Philip Balister wrote:
> OEDEM is basically full at this time.
>
> https://www.openembedded.org/wiki/OEDEM_2018
>
> We have had the room rearranged to seat 45 people and I am not sure how
> we would handle anyone over this. If you know you can't make it, could
> you
Fix out of bounds read on empty string filename for guntar, pax and v7tar
Signed-off-by: Andrej Valek
---
.../libarchive/libarchive/bug1066.patch| 54 ++
.../libarchive/libarchive_3.3.3.bb | 1 +
2 files changed, 55 insertions(+)
create mode
On 10.10.2018 14:36, Richard Purdie wrote:
> On Wed, 2018-10-10 at 10:10 +0200, Pascal Bach wrote:
>> CMAKE_LIBRARY_PATH is intended to be set by projects.
>> CMAKE_SYSTEM_LIBRARY_PATH is better suited to be used in a toolchain
>> file.
>>
>> Signed-off-by: Pascal Bach
>> ---
>>
On Wed, 2018-10-10 at 10:10 +0200, Pascal Bach wrote:
> CMAKE_LIBRARY_PATH is intended to be set by projects.
> CMAKE_SYSTEM_LIBRARY_PATH is better suited to be used in a toolchain
> file.
>
> Signed-off-by: Pascal Bach
> ---
> meta/classes/cmake.bbclass | 2 +-
> 1 file changed, 1
Hi again,
I have a workaround that I think is good enough but I would still like to
get any pointers regarding it and if it would be possible for fetch to
actually support downloading from private repo.
do_my_fetch() {
fetch --repo=${MY_REPO} \
--github-oauth-token=${GITHUB_TOKEN} \
Hi,
I need to fetch a github release tar file. I think I have seen that it
should be supported by default by setting the
SRC_URI = "
https://github.com/DynamicDevices/bbexample/releases/download/v1.0/bbexample-${PV}.tar.gz
"
The problem that I am facing is that the repo is private so I need to
On Thu, Sep 27, 2018 at 9:06 PM Andreas Müller wrote:
>
> The patch should increase performance for libsdl2 on GLES2 too.
>
> (From OE-Core rev: 52f9659f2bb44affec2f67935df01f13b6ff3e02)
>
> Signed-off-by: Andreas Müller
> Signed-off-by: Richard Purdie
ping
--
Except for the questions asked and answered below, is there
anything else preventing these three patches from being merged?
//Peter
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> Sent:
I re submitted all 4 patches a series.
Sorry for the inconvenience, I miss-judged the conflicts between the patches.
Passcal
On 09.10.2018 17:07, Burton, Ross wrote:
> All but this one apply now... weird.
>
> If you can rebase on top of poky-contrib:ross/thud then that would be great.
>
> Ross
Certain headers and libraries like `math.h` an `-m` are only available on the
host as they are provided by the host toolchain.
This leads to issues that a find_library in CMake doesn't find the `m` library
of a find_path doesn't find `math.h`. This issue occurred in the wireshark
recipe
for
The setting influences the build like other settings already in toolchain.cmake.
It is more appropriate to set it there instead of providing it as a random
command line parameter to CMake.
It also makes it easier to use the toolchain.cmake file independent of bitbake.
Like the devshell for
Currently the generated toolchain file is unable to find hosttools as they
do not appear in the search paths.
Just adding HOSTTOOLS_DIR is not enough as binaries are located directly under
${HOSTTOOLS_DIR}. Like ${HOSTTOOLS_DIR}/git for example.
CMake however only searches in [s]bin sub
CMAKE_LIBRARY_PATH is intended to be set by projects.
CMAKE_SYSTEM_LIBRARY_PATH is better suited to be used in a toolchain
file.
Signed-off-by: Pascal Bach
---
meta/classes/cmake.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/cmake.bbclass
== Series Details ==
Series: "webkitgtk: add opengl to REQUI..." and 1 more (rev4)
Revision: 4
URL : https://patchwork.openembedded.org/series/13867/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests
Hi RP,
I saw you merged V3 to master-next, but I found epiphany depends
on webkitgtk, it also need to add opengl to REQUIRED_DISTRO_FEATURES
Please use V4 to replace
I test it with `bitbake world -n' without `opengl' in DISTRO_FEATURES
Sorry for so many revision, thanks for patchtest, mention
They can't be built without opengl in DISTRO_FEATURES.
[snip]
|webkitgtk-2.20.3/Source/WebCore/platform/graphics/OpenGLShims.h:23:10:
fatal error: GL/gl.h: No such file or directory
[snip]
Some sort of GL is needed yes. We indicate that with opengl loosely in OE
The epiphany depends on
== Series Details ==
Series: "webkitgtk: add opengl to REQUI..." and 1 more (rev3)
Revision: 3
URL : https://patchwork.openembedded.org/series/13867/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests
49 matches
Mail list logo
