On Tue, 16 Oct 2018, Richard Purdie wrote:
On Tue, 2018-10-16 at 10:27 +0100, Burton, Ross wrote:
On Mon, 15 Oct 2018 at 19:22, Victor Kamensky
wrote:
Upgrade systemtap from 3.3 to 4.0: Removed backported patch.
WARNING: systemtap-4.0-r0 do_package_qa: QA Issue: systemtap:
On 2018年10月16日 20:05, Burton, Ross wrote:
On Tue, 16 Oct 2018 at 12:18, Burton, Ross wrote:
OpenCV has a patch to "fix" (bodge) the Py2 build:
https://github.com/ros-perception/vision_opencv/pull/239
But this doesn't work for Py3.
This was just pushed:
The patch inet-6-.defn-fix-inverted-checks-for-loopback.patch introduced
an issue that ifup/ifdown can not configure loopback interface:
$ cat /etc/network/interfaces
auto lo
iface lo inet loopback
$ ifconfig -s
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVRTX-OK TX-ERR TX-DRP TX-OVR Flg
eth0
== Series Details ==
Series: valgrind: update from 3.13.0 to 3.14.0
Revision: 1
URL : https://patchwork.openembedded.org/series/14563/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
I know it's late,
I know we're weary,
I know our plans don't include [1]
valgrind 3.14 which was released recently after 1.5 years of development.
I believe that some of the M3 valgrind QA results we'ren't very good
so if we're going to try to fix those problems, perhaps
we should be working
Removed patches are all upstream.
Adjusted two patches due to rebase.
Signed-off-by: Randy MacLeod
---
...se-ucontext_t-instead-of-struct-ucon.patch | 30 ---
...ntext-APIs-are-not-available-on-musl.patch | 17 ++--
.../0004-Fix-out-of-tree-builds.patch | 49 ++-
Recipe upgrade statistics:
* Failed(other errors): 1
u-boot, 2018.09, Marek Vasut
* Failed(do_compile): 28
nfs-utils, 2.3.3, Robert Yang
u-boot-fw-utils, 2018.09, Marek Vasut
python3-pygobject, 3.30.1, Derek Straka
gstreamer1.0-python, 1.14.4,
== Series Details ==
Series: harfbuzz:1.8.8->1.9.0 (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/14560/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the
Upgrade e2fsprogs from 1.44.3 to 1.44.4
Signed-off-by: Hong Liu
---
.../e2fsprogs/{e2fsprogs_1.44.3.bb => e2fsprogs_1.44.4.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/e2fsprogs/{e2fsprogs_1.44.3.bb =>
e2fsprogs_1.44.4.bb} (98%)
diff
1.Upgrade geoipupdate from 2.5.0 to 3.1.1.
Signed-off-by: Hong Liu
---
.../geoip/{geoipupdate-2.5.0 => geoipupdate-3.1.1}/GeoIP.conf | 0
.../{geoipupdate-2.5.0 => geoipupdate-3.1.1}/geoipupdate.cron | 0
.../geoip/{geoipupdate_2.5.0.bb => geoipupdate_3.1.1.bb} | 8
3
1.Upgrade harfbuzz from 1.8.8 to 1.9.0.
Signed-off-by: Hong Liu
---
.../harfbuzz/{harfbuzz_1.8.8.bb => harfbuzz_1.9.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/harfbuzz/{harfbuzz_1.8.8.bb => harfbuzz_1.9.0.bb}
(90%)
diff --git
On 9/20/18 6:37 PM, Burton, Ross wrote:
> I'm assuming you have a local config to turn on gallium, as that isn't
> enabled by default.
This appears to be changing the basehash for mesa.
Fro bitbake-diffsigs:
Hash for dependent task mesa/mesa_18.1.9.bb.do_configure changed from
V2:
Fixed typo in previous version:
-ALTERNATIVE_util-linux-switch-root
+ALTERNATIVE_util-linux-switch-root
in keeping with the existing package name.
Adding util-linux-switch-root to an image works and
the dangling symlink in the sdk is also gone.
--
The alternative setting for switch_root belongs to the util-linux-switch-root
package instead of the util-linux package. Fix this problem to avoid
a dangling symlink:
/usr/bin/switch_root-> /usr/bin/switch_root.util-linux
on target and in the sdk.
Signed-off-by: Randy MacLeod
---
When use simpleremote target the flash/boot process is executed
manually, the IMAGE_FSTYPES validation is only needed when execute
testimage against qemu.
The supported_fstypes comes from oeqa.core.target.qemu module.
Signed-off-by: Aníbal Limón
---
meta/classes/testimage.bbclass | 13
Fix the situation where the task do_package_write_rpm ends up in
"liblzma: memory allocation failed". This happens if the host
environment has set a limit on virtual_memory for the user with
'ulimit -v' for packages with a lot of binary packages, e.g. glibc-locale.
Signed-off-by: Peter Bergin
Without this the build fails for armv6t targets due to invalid
assembler instructions in thumb mode.
[YOCTO #12929]
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/gcc/gcc-runtime_8.2.bb| 2 ++
meta/recipes-devtools/gcc/libgcc-initial_8.2.bb | 3 +++
4.0 adds systemd support but installs the unit files in the wrong location.
Fix this in do_install and inherit systemd to package them correctly.
Also fix ownership of files manually copied in to root:root to avoid QA
warnings.
Signed-off-by: Richard Purdie
---
Current Dev Position: YP 2.6 M4.
Next Deadline: YP 2.6 M4 Build Target was Oct. 1, 2018
SWAT Team Rotation:
· SWAT lead is currently: Ross
· SWAT team rotation: Ross -> Amanda on Oct. 17, 2018
· SWAT team rotation: Amanda -> Tracy on Oct. 24, 2018
·
Static libraries are not included in rootfs, it means, that sources are
not going into debug rootfs. This option enables to install additional
packages even if the standard package is not installed.
Signed-off-by: Andrej Valek
---
meta/classes/image.bbclass | 4 +++-
On Tue, 16 Oct 2018 at 12:18, Burton, Ross wrote:
> OpenCV has a patch to "fix" (bodge) the Py2 build:
>
> https://github.com/ros-perception/vision_opencv/pull/239
>
> But this doesn't work for Py3.
This was just pushed:
https://github.com/ros-perception/vision_opencv/commit/b57fd5b
Ross
--
On Tue, 16 Oct 2018 at 04:36, Changqing Li wrote:
> do_compile failed with below error:
> x86_64-wrs-linux-libtool: compile: x86_64-wrs-linux-windres
> --include-dir=work/corei7-64-wrs-linux/freetype/2.9.1-r0/recipe-sysroot/usr/include
>
Right.
This was a change in Boost 1.67 onwards:
https://github.com/boostorg/python/commit/d4d41d94aecc9f8098aabd3587fcb95458451f71#diff-42dd6ec1330a7c47aaccf2ab2b8f1e02
OpenCV has a patch to "fix" (bodge) the Py2 build:
https://github.com/ros-perception/vision_opencv/pull/239
But this doesn't
On Tue, 16 Oct 2018 at 11:01, wrote:
> I'm a little worried about why we're having to create these links when
> other software seems able to expect these things by default. Is this
> some standard packaging most distros do? I'm a little worried we're
> creating an ABI here which doesn't exist...
On Tue, 2018-10-16 at 02:00 -0700, mingli...@windriver.com wrote:
> From: Mingli Yu
>
> Currently boost provides ${libdir}/libboost_python35.so,
> but there is some logic as below in CMakeLists.txt
> of package cv-bridge under meta-ros layer.
> [snip]
> if(PYTHONLIBS_VERSION_STRING VERSION_LESS
On Tue, 2018-10-16 at 10:27 +0100, Burton, Ross wrote:
> On Mon, 15 Oct 2018 at 19:22, Victor Kamensky
> wrote:
> > Upgrade systemtap from 3.3 to 4.0: Removed backported patch.
>
> WARNING: systemtap-4.0-r0 do_package_qa: QA Issue: systemtap:
> /systemtap/etc/stap-exporter/EXAMPLE is owned by
On Mon, 15 Oct 2018 at 19:22, Victor Kamensky wrote:
> Upgrade systemtap from 3.3 to 4.0: Removed backported patch.
WARNING: systemtap-4.0-r0 do_package_qa: QA Issue: systemtap:
/systemtap/etc/stap-exporter/EXAMPLE is owned by uid 1000, which is
the same as the user running bitbake. This may be
From: Kai Kang
Build lib32-core-image-minimal with wic successfully by following config:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
IMAGE_FSTYPES = "wic"
The following changes since commit
From: Kai Kang
It fails to build multilib image such as lib32-core-image-minimal with
wic by set 'IMAGE_FSTYPES = "wic"':
| ERROR: Couldn't find correct bootimg_dir, exiting
When multilib is enabled, STAGING_DATADIR is expanded with MLPREFIX. But
dependencies of images such as syslinux is
From: Mingli Yu
Currently boost provides ${libdir}/libboost_python35.so,
but there is some logic as below in CMakeLists.txt
of package cv-bridge under meta-ros layer.
[snip]
if(PYTHONLIBS_VERSION_STRING VERSION_LESS 3)
find_package(Boost REQUIRED python)
else()
find_package(Boost
== Series Details ==
Series: gobject-introspection.bbclass: fix gir installed but not shipped in any
package while multilib enabled
Revision: 1
URL : https://patchwork.openembedded.org/series/14549/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded
Backport the CVE patches from the upstream:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;
h=30838132997e6a3cfe3ec11c58b32b22f6f6b102
h=cf93e9c2cf8f8b2566f8fc86e961592b51b5980d
[BZ 23686] https://sourceware.org/bugzilla/show_bug.cgi?id=23686
[BZ 23685]
Since commit [9524330 gobject-introspection: fix multilib install
file conflicts] applied in oe-core, while multilib enabled, gir
files will be installed to `${libdir}'.
Refer above commit, modify gobject-introspection.bbclass to
split gir to package correctly.
Signed-off-by: Hongxu Jia
---
== Series Details ==
Series: binutils: fix three CVE issues
Revision: 1
URL : https://patchwork.openembedded.org/series/14548/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the
Backport the CVE patches from the upstream:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;
h=30838132997e6a3cfe3ec11c58b32b22f6f6b102
h=cf93e9c2cf8f8b2566f8fc86e961592b51b5980d
[BZ 23686] https://sourceware.org/bugzilla/show_bug.cgi?id=23686
[BZ 23685]
35 matches
Mail list logo
