Re: [OE-core] State of bitbake world, Failed tasks 2017-10-31

Martin, On 10/31/2017 01:58 PM, Martin Jansa wrote: > With 2 pending patches from Khem to build systemd with musl: > 62c7c98 systemd: Fix build on musl > de68252 systemd: Fix build with musl/mips64 > the qemux86+musl build was able to progress much further and fewer ERROR > messages were shown.

Re: [OE-core] [PATCH 1/2] glibc: re-package for libnss-db

> -Original Message- > From: Khem Raj [mailto:raj.k...@gmail.com] > Sent: Wednesday, November 01, 2017 03:40 > To: Huang, Jie (Jackie) > Cc: Patches and discussions about the oe-core layer > Subject: Re: [OE-core] [PATCH 1/2] glibc: re-package for libnss-db > > On Tue, Oct 31, 2017 at

Re: [OE-core] [PATCH 1/1] avahi: upgrade to 0.7

On Tue, Oct 31, 2017 at 6:35 PM, Dengke Du wrote: > > > On 2017年11月01日 03:20, Khem Raj wrote: >> >> On Mon, Oct 30, 2017 at 11:44 PM, Dengke Du >> wrote: >>> >>> Delete the unneeded patch, because the upstream contains the needed >>> changes. >>>

Re: [OE-core] [PATCH 1/1] avahi: upgrade to 0.7

On 2017年11月01日 03:20, Khem Raj wrote: On Mon, Oct 30, 2017 at 11:44 PM, Dengke Du wrote: Delete the unneeded patch, because the upstream contains the needed changes. The new version of avahi 0.7 use "/run" directory to place some run-time variable data, not /var/run,

Re: [OE-core] [PATCH] oe-buildenv-internal: Fix finding build directory

On Tue, Oct 31, 2017 at 9:16 PM, Burton, Ross wrote: > On 21 October 2017 at 13:06, Richard Purdie > wrote: >> >> The intent of the env setup scripts is to set BBPATH to point at the >> build directory if not already set. This means if

Re: [OE-core] linux-firmware fetcher warnings

On Tue, 2017-10-31 at 14:35 -0700, Andre McCurdy wrote: > The linux-firmware recipe is currently trying to fetch > iwlwifi-8000C-19.ucode which according to: > > https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/15792 > 81 > > is an unreleased firmware image from a unofficial fork

Re: [OE-core] [PATCH] oe-buildenv-internal: Fix finding build directory

On 21 October 2017 at 13:06, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > The intent of the env setup scripts is to set BBPATH to point at the > build directory if not already set. This means if the user changes > directory, bitbake can still find the original build directory.

[OE-core] linux-firmware fetcher warnings

The linux-firmware recipe is currently trying to fetch iwlwifi-8000C-19.ucode which according to: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1579281 is an unreleased firmware image from a unofficial fork of the main linux-firmware repo. The "iwlwifi-8000C-19.ucode" file

Re: [OE-core] [PATCH 2/2] oe-core: take UPSTREAM_CHECK_COMMITS into use where possible

On 2017-10-31 01:43 PM, Alexander Kanavin wrote: This greatly reduces the amount of recipes for which upstream version check fails: from about 30 to about 8. Has anyone looked into piggy-backing off: https://release-monitoring.org/ Currently 15791 projects are being monitored by Anitya.

[OE-core] State of bitbake world, Failed tasks 2017-10-31

With 2 pending patches from Khem to build systemd with musl: 62c7c98 systemd: Fix build on musl de68252 systemd: Fix build with musl/mips64 the qemux86+musl build was able to progress much further and fewer ERROR messages were shown. Basically only uim recipe now depends on glibc and fails to be

Re: [OE-core] [PATCH 1/2] glibc: re-package for libnss-db

On Tue, Oct 31, 2017 at 12:20 AM, wrote: > From: Jackie Huang > > On other distros like ubuntu/centos, libnss-db usually provides: > - The libraries > - The Makefile to create database > (in /var/db for centos, /var/lib/misc/ for ubuntu)

Re: [OE-core] [PATCH v6 3/3] weston: Bump version to 3.0.0

On Mon, Oct 30, 2017 at 02:30:08PM +0100, Fabien Lahoudere wrote: > On Tue, 2017-10-17 at 15:00 -0400, Denys Dmytriyenko wrote: > > I don't believe we reached an agreement on the pitch patch belonging here... > > > > This patch fixes a display issue and also possible random crash because how >

Re: [OE-core] ✗ patchtest: failure for python-*: use https for pypi URLs

On Tuesday, 31 October 2017 12:02:56 PM NZDT Patchwork wrote: > == Series Details == > > Series: python-*: use https for pypi URLs > Revision: 1 > URL : https://patchwork.openembedded.org/series/9548/ > State : failure > > == Summary == > > > Thank you for submitting this patch series to

Re: [OE-core] [PATCH 1/1] avahi: upgrade to 0.7

On Mon, Oct 30, 2017 at 11:44 PM, Dengke Du wrote: > Delete the unneeded patch, because the upstream contains the needed changes. > The new version of avahi 0.7 use "/run" directory to place some run-time > variable data, not /var/run, so in avahi.inc, we should remove

[OE-core] ✗ patchtest: failure for "distrodata.bbclass: make upstr..." and 1 more

== Series Details == Series: "distrodata.bbclass: make upstr..." and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/9566/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [PATCH 2/2] oe-core: take UPSTREAM_CHECK_COMMITS into use where possible

This greatly reduces the amount of recipes for which upstream version check fails: from about 30 to about 8. Signed-off-by: Alexander Kanavin --- meta/recipes-core/dbus-wait/dbus-wait_git.bb | 2 +-

[OE-core] [PATCH 1/2] distrodata.bbclass: make upstream version check more useful for git upstreams

Specifically: 1) remove +git${SRCPV} stuff from comparison and output; it's just unnecessary clutter; 2) write the commit id of the latest version tag into the output; this saves quite a bit of trouble of manually checking what that commit id is when doing version updates; 3) when

Re: [OE-core] [PATCH] wic: add 'part-name' argument for naming GPT partitions

Hi, The patchwork is complaining because by mistake I sent patch for Morty branch as master one. I have some issues with sending patches to the group by git send-email but I'll send formatted patch soon. Dnia 31 października 2017 16:08:58 CET, Nicolas Dechesne

Re: [OE-core] [PATCH] wic: add 'part-name' argument for naming GPT partitions

On Tue, Oct 31, 2017 at 2:33 PM, Ed Bartosh wrote: > > On Mon, Oct 30, 2017 at 08:53:09PM +0100, Artur Mądrzak wrote: > > The WIC's 'part' can now give a name for GPT partition in WKS file. > > It's similar to '--label', but is naming partitions instead file systems. >

[OE-core] packagefeed-stability.bbclass problems

As advised a few weeks ago, I tried out "packagefeed-stability" to reduct the load on feed servers. However, I ran into several problems with that: - Some recipes cause the class to crash. - On a second (and third) run, it spends over 15 minutes of running "do_package_compare_ipk" tasks. So

Re: [OE-core] [PATCH] wic: add 'part-name' argument for naming GPT partitions

On Mon, Oct 30, 2017 at 08:53:09PM +0100, Artur Mądrzak wrote: > The WIC's 'part' can now give a name for GPT partition in WKS file. > It's similar to '--label', but is naming partitions instead file systems. > It's required by some bootloaders to partitions have specified names. > Thank you for

Re: [OE-core] [oe-core][PATCH 1/1] qemumips64: no qemu-usermode for n32

On 10/31/17 8:37 AM, Mark Hatle wrote: > On 10/31/17 4:41 AM, Alexander Kanavin wrote: >> On 10/31/2017 02:39 AM, Slater, Joseph wrote: >>> Could be a multilib issue. I do see that these constructs work in a poky >>> build environment. Are there any "standard" configurations that enable >>>

Re: [OE-core] [oe-core][PATCH 1/1] qemumips64: no qemu-usermode for n32

On 10/31/17 4:41 AM, Alexander Kanavin wrote: > On 10/31/2017 02:39 AM, Slater, Joseph wrote: >> Could be a multilib issue. I do see that these constructs work in a poky >> build environment. Are there any "standard" configurations that enable >> multilib? I am typically building in a

[OE-core] ✗ patchtest: failure for Upgrade 1.19.1 -> 1.19.2

== Series Details == Series: Upgrade 1.19.1 -> 1.19.2 Revision: 1 URL : https://patchwork.openembedded.org/series/9555/ 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

[OE-core] [PATCH v2] wget: Upgrade 1.19.1 -> 1.19.2

Among other things, fix CVE-2017-13089 CVE-2017-13090 CVE-2017-6508 External References: https://nvd.nist.gov/vuln/detail/CVE-2017-13089 https://nvd.nist.gov/vuln/detail/CVE-2017-13090 https://nvd.nist.gov/vuln/detail/CVE-2017-6508 Signed-off-by: Zhixiong Chi ---

Re: [OE-core] [PATCH] Upgrade 1.19.1 -> 1.19.2

Please ignore this, I will update the subject with the patch. Thanks. On 2017年10月31日 17:48, Zhixiong Chi wrote: Among other things, fix CVE-2017-13089 CVE-2017-13090 CVE-2017-6508 External References: https://nvd.nist.gov/vuln/detail/CVE-2017-13089

[OE-core] [PATCH] Upgrade 1.19.1 -> 1.19.2

Among other things, fix CVE-2017-13089 CVE-2017-13090 CVE-2017-6508 External References: https://nvd.nist.gov/vuln/detail/CVE-2017-13089 https://nvd.nist.gov/vuln/detail/CVE-2017-13090 https://nvd.nist.gov/vuln/detail/CVE-2017-6508 Signed-off-by: Zhixiong Chi ---

Re: [OE-core] [PATCH] wget: CVE-2017-13089 and CVE-2017-13090

On 2017年10月31日 17:13, Alexander Kanavin wrote: On 10/31/2017 11:02 AM, Zhixiong Chi wrote: Patches from: http://git.savannah.gnu.org/cgit/wget.git/patch/?id=d892291fb8ace4c3b734ea5125770989c215df3f http://git.savannah.gnu.org/cgit/wget.git/patch/?id=ba6b44f6745b14dce414761a8e4b35d31b176bba

Re: [OE-core] [oe-core][PATCH 1/1] qemumips64: no qemu-usermode for n32

On 10/31/2017 02:39 AM, Slater, Joseph wrote: Could be a multilib issue. I do see that these constructs work in a poky build environment. Are there any "standard" configurations that enable multilib? I am typically building in a (surprise!) Wind River build environment which does support

[OE-core] ✗ patchtest: failure for wget: CVE-2017-13089 and CVE-2017-13090

== Series Details == Series: wget: CVE-2017-13089 and CVE-2017-13090 Revision: 1 URL : https://patchwork.openembedded.org/series/9553/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

Re: [OE-core] [PATCH v4] opkg-utils: Change alternatives lib path from /usr/lib/opkg to /var/lib/opkg

Do you realize that this completely break the existing alternatives on target when upgrading from the binary feed? In oe-classic days I wrote migration script executed in postinst to recover from the worst breakage, but it still wasn't ideal. On Tue, Oct 31, 2017 at 3:12 AM, Li Zhou

Re: [OE-core] [PATCH 00/36] Pyro-next pull request

Hi Armin, On Sat, 2017-10-28 at 08:42 -0700, Armin Kuster wrote: > Thomas PERROT (1): > Avoid a circular dependency between do_concat_dtb and > do_assemble_fitimage This is not in master, and I still think this is wrong. Cheers, Andre' -- ___

[OE-core] [PATCH] init-install: add timeout for legacy grub

After installing an image from an iso, booting the system using the legacy boots makes the grub prompt wait for an enter. This is not desirable since many of these devices are embedded devices that should start by themselves without user entry. Signed-off-by: Ovidiu Panait

Re: [OE-core] [PATCH] wget: CVE-2017-13089 and CVE-2017-13090

On 10/31/2017 11:02 AM, Zhixiong Chi wrote: Patches from: http://git.savannah.gnu.org/cgit/wget.git/patch/?id=d892291fb8ace4c3b734ea5125770989c215df3f http://git.savannah.gnu.org/cgit/wget.git/patch/?id=ba6b44f6745b14dce414761a8e4b35d31b176bba CVE: CVE-2017-13089 CVE-2017-13090 Update the

[OE-core] [PATCH] wget: CVE-2017-13089 and CVE-2017-13090

CVE-2017-13089:The http.c:skip_short_body() function is called in some circumstances, such as when processing redirects. When the response is sent chunked in wget before 1.19.2, the chunk parser uses strtol() to read each chunk's length, but doesn't check that the chunk length is a non-negative

[OE-core] [PATCH 2/2] glibc/nscd: do not cache for netgroup by default

From: Jackie Huang We don't have /etc/netgroup by default, so do not cache for netgroup by default to avoid: nscd[529]: 529 disabled inotify-based monitoring for file `/etc/netgroup': No such file or directory nscd[529]: 529 stat failed for file `/etc/netgroup'; will

[OE-core] [PATCH 0/2] glibc: fixes for nscd and libnss-db

From: Jackie Huang -- The following changes since commit 514a808f21c37b6ad704ce397bb2740ecc9a93bc: ref-manual: Updates to "Image Generation" section. (2017-10-30 15:55:08 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib.git

[OE-core] [PATCH 1/2] glibc: re-package for libnss-db

From: Jackie Huang On other distros like ubuntu/centos, libnss-db usually provides: - The libraries - The Makefile to create database (in /var/db for centos, /var/lib/misc/ for ubuntu) - The makedb command (it's in glibc-common for centos7) What we had is: - The

Re: [OE-core] [PATCH v5 05/10] bitbake.conf: add ip and scp to HOSTTOOLS unconditionally

Hi, Please see the 6th patch ("devtools/images: add python-pgo-image") in my patchset for python-pgo-image. I'd like the profiling to work out-of-the-box, without requiring some strange-ish (i.e. modification of HOSTTOOLS) changes in local.conf. The required utilities, ip and scp, are rather

[OE-core] [PATCH v5] libxml2: 2.9.4 -> 2.9.6

- remove backported patches (CVE-* and fix-*) - adapt changes from 2.9.5+ version into ptest patch Signed-off-by: Andrej Valek --- .../libxml/libxml2/libxml-m4-use-pkgconfig.patch | 2 +- .../libxml/libxml2/libxml2-CVE-2016-4658.patch | 269 --

[OE-core] [PATCH 0/1] avahi: upgrade to 0.7

The following changes since commit 65d23bd7986615fdfb0f1717b615534a2a14ab80: README.qemu: qemuppc64 is not supported (2017-10-16 23:54:31 +0100) are available in the git repository at: https://github.com/DengkeDu/openembedded-core.git dengke/avahi-0.7

[OE-core] [PATCH 1/1] avahi: upgrade to 0.7

Delete the unneeded patch, because the upstream contains the needed changes. The new version of avahi 0.7 use "/run" directory to place some run-time variable data, not /var/run, so in avahi.inc, we should remove the "/run" not "/var/run". Signed-off-by: Dengke Du ---

[OE-core] [PATCH 0/1] bitbake.conf: fix HOSTTOOLS setting related to image testing

The following changes since commit 514a808f21c37b6ad704ce397bb2740ecc9a93bc: ref-manual: Updates to "Image Generation" section. (2017-10-30 15:55:08 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/hosttools_setting

[OE-core] [PATCH 1/1] bitbake.conf: fix HOSTTOOLS setting related to image testing

A list of tools are added to HOSTTOOLS depending on if we inherit testimage or not. Unfortunately, if we use TEST_IMAGE variable to automate the test, these tools are not added to HOSTTOOLS. Modify the condition to also check TEST_IMAGE to fix the above problem. Signed-off-by: Chen Qi

Re: [OE-core] [PATCH v5 05/10] bitbake.conf: add ip and scp to HOSTTOOLS unconditionally

Konrad, I've sent out a patch to fix the problem you encountered. Markus, I kind of understand what you are doing. You are trying to use library functions in oeqa. And that requires scp and ip available. Right? To be clear, I don't have any objection to the any change to HOSTTOOLS. Just one