[OE-core] [PATCH 1/1] coreutils: upgrade to 8.29

* ls.c license checksum is changed, but the license remains the same. * The new version provides native manual page support, there's no need to download extra manual page from gentoo site. * man-decouple-manpages-from-build.patch is removed, as new version has manual page support in

[OE-core] [PATCH 0/1] coreutils: upgrade to 8.29

The following changes since commit 433ef0f8e9e63e4459934a06a42b56989c885e44: u-boot: Add Upstream-Status line missed from merged patch (2018-01-03 09:26:38 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/coreutils-8.29

[OE-core] [PATCH] systemd: fix udev-hwdb warning

From: Mingli Yu * Add qemu usermode checking for udev-hwdb as udev-hwdb uses quemu usermode by default, but some architecture such as Intel skylake doesn't support qemu usermode and can result a build warning as below: | warning:

Re: [OE-core] MS Windows machine?

On 21.12.2017 14:00, Steffen Sledz wrote: > On 21.12.2017 12:39, Burton, Ross wrote: >> If you want to build for a Windows target then that should be possible but >> nobody as far as I'm aware has made the work public. meta-mingw will >> contain most of the changes needed as that does build

[OE-core] [pyro] [PATCH 2/2] diffstat: use HTTP mirror for SRC_URI

From: Ross Burton The Invisible Mirror FTP service is currently down, and FTP is horrible, so switch to the HTTP mirror. (cherry picked from commit f31461f8ea11e82dbe14454a1149d9ec2120404d) [YOCTO #12455] Signed-off-by: Ross Burton Signed-off-by:

[OE-core] [pyro] [PATCH 1/2] liburi-perl: update SRC_URI to yoctoproject mirror

Upstream has removed the 1.71 release from www.cpan.org and moved to the latest 1.72. Since we don't want to upgrade at this point of time, temporarily move the SRC_URI to yoctoproject source mirror. [YOCTO #12454] Signed-off-by: Chang Rebecca Swee Fun ---

[OE-core] [pyro] [PATCH 0/2] Fix for fetcher failure on SRC_URI

We encountered a few fetcher failures on pyro branch. A further investigation has been done and verified that it is not a transient network issue. Chang Rebecca Swee Fun (1): liburi-perl: update SRC_URI to yoctoproject mirror Ross Burton (1): diffstat: use HTTP mirror for SRC_URI

[OE-core] [PATCH v2] gdb: fix build with x32

When compiling gdb for x32, it fails with errors: |../../../gdb-8.0/gdb/gdbserver/linux-amd64-ipa.c: In function 'const target_desc* get_ipa_tdesc(int)': |../../../gdb-8.0/gdb/gdbserver/linux-amd64-ipa.c:184:10: error: 'X86_TDESC_AVX512' was not declared in this scope | case

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

> -Original Message- > From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org] > Sent: Wednesday, January 03, 2018 21:54 > To: Huang, Jie (Jackie); openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH 0/2 v2] glibc: fixes for nscd and libnss-db > > On Fri,

Re: [OE-core] [oe-core][PATCH 1/1] allarch: do not set baselib

On Wed, 2018-01-03 at 21:46 +, Slater, Joseph wrote: > Currently, we do have to provide qemuwrapper with > LD_LIBRARY_PATH.  We could hard-code all possible paths into that and > not use ${libdir} and ${base_libdir}.  (I tried it and it works.)  We > could also create a couple of new

Re: [OE-core] [oe-core][PATCH 1/1] allarch: do not set baselib

On Wed, 2018-01-03 at 10:43 +0200, Alexander Kanavin wrote: > On 01/03/2018 12:45 AM, Richard Purdie wrote: > > > > Sorry, but I don't think this can work :/. > > > > Do the sstate sig selftests pass with this change? > > > > I appreciate this will make some things "work" but it will mean > >

Re: [OE-core] [PATCH] gmp: depends on flex-native to fix parallel building issue

On Wed, 2018-01-03 at 16:35 -0500, Randy MacLeod wrote: > I expect I'm missing an undocumented recipe rule here but... > > > Yes, the race seems to only occur on morty and earlier, but > the dependency is real and not yet listed explicitly in the recipe. > >   $ grep flex

Re: [OE-core] [oe-core][PATCH 1/1] allarch: do not set baselib

Currently, we do have to provide qemuwrapper with LD_LIBRARY_PATH. We could hard-code all possible paths into that and not use ${libdir} and ${base_libdir}. (I tried it and it works.) We could also create a couple of new variables, like original_base_libdir, that don't get clobbered by

Re: [OE-core] [PATCH] gmp: depends on flex-native to fix parallel building issue

On 2017-12-12 04:22 AM, Richard Purdie wrote: Let me make this simpler. Which release of the project did you see this issue with? I believe this issue would only occur with morty and early, pyro, rocko and master are not affected. I expect I'm missing an undocumented recipe rule here but...

Re: [OE-core] glibc update

On Wed, 2018-01-03 at 12:17 -0800, akuster808 wrote: > I noticed all but the glibc updates where merged from Khem's > toolchain-update branch. Is there an issue with the glibc update,  > was it just missed or pending more testing? > > I have some patches I need to submit but I don't want to chase

Re: [OE-core] [PATCHv2 1/3] runtime/cases/ptest.py: do not require ptest-pkgs in IMAGE_FEATURES

Looks like it doesn't skip the test correctly: | NOTE: test_ptestrunner (ptest.PtestRunnerTest) | DEBUG: Checking if ptest is in DISTRO_FEATURES or IMAGE_FEATURES | DEBUG: [Running]$ ssh -l root -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -o LogLevel=ERROR 192.168.7.2 export

[OE-core] glibc update

Hello, I noticed all but the glibc updates where merged from Khem's toolchain-update branch. Is there an issue with the glibc update,  was it just missed or pending more testing? I have some patches I need to submit but I don't want to chase a moving target. kind regards, Armin --

[OE-core] [PATCH v2] glib-2.0: Remove python3 modules when building for mingw

Commit "glib-2.0: Add python3 modules required by gdbus-codegen" (26af3b4b33a34d7e53059b07236f9d5aae5e004a) broke the MinGW build of QEMU. To fix the build remove the python3 RDEPENDS for gdbus-codegen when targeting mingw. Signed-off-by: Alistair Francis --- v2: -

Re: [OE-core] [PATCH] glib-2.0: Remove python3 modules when building for mingw

On Wed, Jan 3, 2018 at 2:54 AM, Richard Purdie wrote: > On Tue, 2018-01-02 at 14:49 -0800, Alistair Francis wrote: >> Commit "glib-2.0: Add python3 modules required by gdbus-codegen" >> (26af3b4b33a34d7e53059b07236f9d5aae5e004a) broke the MinGW build of >>

Re: [OE-core] Slideshow for FOSDEM

On 01/03/2018 09:47 AM, Paul Barker wrote: > Hi all, > > As we've only got one table at FOSDEM this year we're not going to > have space for as many bits of hardware as usual. I'd still like us to > show off the project and what people are building with OpenEmbedded & > Yocto Project though.

Re: [OE-core] [PATCH 1/1] rpm_4.14.0: clamp timestamps by default

> I'm not sure I understand the necessity of this. What matters for > reproducibility is that rpms install the same files; why is it important > that the rpm file itself has exactly same build time and is otherwise > identical bit by bit? > There is actually a demand for binary reproducible

[OE-core] [PATCH] gobject-introspection: do not export LD_LIBRARY_PATH prior to running qemu

Latest g-i upstream adds target paths to this variable which breaks qemu in various confusing ways. Instead, the list of target library paths is exported to GIR_EXTRA_LIBS_PATH, so that it can be picked up automatically by the qemu wrapper script and given to qemu (manually setting this variable

[OE-core] Slideshow for FOSDEM

Hi all, As we've only got one table at FOSDEM this year we're not going to have space for as many bits of hardware as usual. I'd still like us to show off the project and what people are building with OpenEmbedded & Yocto Project though. Given the limited space I think the best way to do this

Re: [OE-core] [PATCH 2/2] image-live.bbclass: remove MLPREFIX from syslinux

On Wed, 2018-01-03 at 21:56 +0800, Robert Yang wrote: > > Also, there are some things which never make sense as a multilib, > > the > > kernel is one example and I'm starting to wonder if syslinux would > > be > > another. In the kernel (and kernel module) case we'd provide all > > the > > libX

Re: [OE-core] [PATCHv2 2/3] testimage.bbclass: add ptest to the list of runtime tests whenever possible

On Thu, 2017-12-21 at 14:44 +0200, Alexander Kanavin wrote: > If no ptest packages are installed in the image, the test does > nothing; > if ptest packages are installed in the image, then they should be > run without user having to enable that manually. > > Signed-off-by: Alexander Kanavin

Re: [OE-core] [PATCH 2/2] image-live.bbclass: remove MLPREFIX from syslinux

On 01/03/2018 08:43 PM, Richard Purdie wrote: On Wed, 2017-12-13 at 10:45 +0800, Robert Yang wrote: Fixed: MACHINE = "qemux86-64" require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE_virtclass-multilib-lib32 = "x86" IMAGE_FSTYPES += "iso" $ bitbake lib32-core-image-minimal

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

On Fri, 2017-12-22 at 02:08 +, Huang, Jie (Jackie) wrote: > Ping, I didn't see any objection on this, but it's not merged yet, do > I miss anything? When we test it we see: WARNING: glibc-2.26-r0 do_package: glibc-extra-nss-2.26 was registered as shlib provider for libnss_db.so.2, changing

Re: [OE-core] [PATCH 2/2] image-live.bbclass: remove MLPREFIX from syslinux

On Wed, 2017-12-13 at 10:45 +0800, Robert Yang wrote: > Fixed: > MACHINE = "qemux86-64" > require conf/multilib.conf > MULTILIBS = "multilib:lib32" > DEFAULTTUNE_virtclass-multilib-lib32 = "x86" > IMAGE_FSTYPES += "iso" > > $ bitbake lib32-core-image-minimal > ERROR:

Re: [OE-core] [PATCH] atk: 2.26.0 -> 2.27.1

On Wed, 2017-12-27 at 19:19 +0800, Huang Qiyu wrote: > Upgrade atk from 2.26.0 to 2.27.1. > > Signed-off-by: Huang Qiyu > --- >  meta/recipes-support/atk/{atk_2.26.0.bb => atk_2.27.1.bb} | 4 ++-- >  1 file changed, 2 insertions(+), 2 deletions(-) >  rename

Re: [OE-core] [PATCH 2/9] gnomebase.bbclass: split into autotools and meson versions

On Thu, 2017-12-21 at 15:04 +0200, Alexander Kanavin wrote: > gnomebase.bbclass unfortunately hardcodes the autotools inherit, > so we have to introduce gnomebase-nobuildsystem.bbclass where > the common bits between autotools and meson classes can be placed. In the interests of trying to avoid a

Re: [OE-core] Yocto Project Status WW51’17

On Fri, 2017-12-22 at 13:23 -0500, Randy MacLeod wrote: > On 2017-12-18 10:52 AM, Jolley, Stephen K wrote: > > ·We have identified further intermittent bugs in various releases > > which  > > we’re continuing to look into (including gpg memory allocation > > issues on  > > pyro, sstate writing

Re: [OE-core] [PATCH] glib-2.0: Remove python3 modules when building for mingw

On Tue, 2018-01-02 at 14:49 -0800, Alistair Francis wrote: > Commit "glib-2.0: Add python3 modules required by gdbus-codegen" > (26af3b4b33a34d7e53059b07236f9d5aae5e004a) broke the MinGW build of > QEMU. To fix the build remove the python3 RDEPENDS for gdbus-codegen > when targeting mingw. > >

Re: [OE-core] [PATCH] gdb: fix build with x32

On Fri, 2017-12-29 at 13:43 +0800, Anuj Mittal wrote: > When compiling gdb for x32, it fails with errors: Sorry, I merged a gdb minor version change and this no longer applies. Was the patch included in gdb 8.0.1 or do we still need this patch? If so could you rebase please? Cheers, Richard --

Re: [OE-core] [PATCH 1/1] rpm_4.14.0: clamp timestamps by default

On Wed, 2018-01-03 at 10:47 +0200, Alexander Kanavin wrote: > On 01/03/2018 01:16 AM, Juro Bystricky wrote: > > > > Improve reproducibility by making sure that timestamps > > in built rpms are not later than the value of SOURCE_DATE_EPOCH as > > found in the environment. > > Timestamps as usual

Re: [OE-core] [PATCH] fontcache : fix build warning when using quemu usermode

On 01/03/2018 05:27 AM, Jibin Xu wrote: On 2018年01月02日 20:00, Alexander Kanavin wrote: On 12/28/2017 04:21 AM, Jibin Xu wrote: fontcache uses quemu usermode by default, but some architecture such as Intel skylake does not support qemu usermode, this can lead to a build warning as below:

Re: [OE-core] [PATCH 1/1] rpm_4.14.0: clamp timestamps by default

On 01/03/2018 01:16 AM, Juro Bystricky wrote: Improve reproducibility by making sure that timestamps in built rpms are not later than the value of SOURCE_DATE_EPOCH as found in the environment. Timestamps as usual when SOURCE_DATE_EPOCH is not set. I'm not sure I understand the necessity of

Re: [OE-core] [oe-core][PATCH 1/1] allarch: do not set baselib

On 01/03/2018 12:45 AM, Richard Purdie wrote: Sorry, but I don't think this can work :/. Do the sstate sig selftests pass with this change? I appreciate this will make some things "work" but it will mean that allarch packages rebuild for each architecture or multilib and that isn't right

Re: [OE-core] [PATCH] gobject-introspection: unset LD_LIBRARY_PATH prior to running qemu

On 01/02/2018 06:04 PM, Alexander Kanavin wrote: Latest g-i upstream adds target paths to this variable which breaks qemu in various confusing ways. Also, re-enable parts of g-i on mips64, as it is the same issue. Please discard this patch; the shell binary that runs the script that executes