[OE-core] [PATCH 3/3] coreutils: add PACKAGECONFIG for single-binary

Add PACKAGECONFIG for single-binray. Disable it by default. When enabled, there would only be one binary file /usr/bin/coreutils, other files like 'ls' are text files containing contents like: #!/usr/bin/coreutils --coreutils-prog-shebang=ls And the size of the rpm package reduces from 849K

[OE-core] [PATCH 2/3] coreutils: upgrade to 8.28

Upgrade coreutils to 8.28. Backport a patch to fix the following build error on centos7. warning: unreferenced node `Realpath usage examples' Signed-off-by: Chen Qi --- ...c-fix-Up-field-of-realpath-usage-examples.patch | 40 ++

[OE-core] [PATCH V2 0/3] Upgrade coreutils and pciutils

Changes in V2: * Backport a patch from upstream git repo to fix build failure on centos7. The following changes since commit 4469acdf1d0338220f3fe2ecb5e079eea6fda375: lib/oe/utils: remove param_bool() (2017-12-02 11:25:34 +) are available in the git repository at:

[OE-core] [PATCH 1/3] pciutils: upgrade to 3.5.6

Signed-off-by: Chen Qi --- meta/recipes-bsp/pciutils/{pciutils_3.5.5.bb => pciutils_3.5.6.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-bsp/pciutils/{pciutils_3.5.5.bb => pciutils_3.5.6.bb} (92%) diff --git

[OE-core] [PATCH] toolchain-shar-relocate.sh: let $relocate control the entire script

From: Ming Liu There is a series of checking/substituting being processed in this script, I would like them to be controlled together by $relocate which make more sense from my point of view rather than it only controls relocate_sdk.sh. And another reason why we need this

Re: [OE-core] [PATCH 1/1 V2] targetcontrol.py: use oe.types.boolean for QEMU_USE_KVM

On 12/06/2017 09:37 AM, Robert Yang wrote: On 12/06/2017 12:10 AM, Burton, Ross wrote: On 1 December 2017 at 05:13, Robert Yang > wrote:     So that both QEMU_USE_KVM = "True" and "1" will work.     [YOCTO #12343]    

Re: [OE-core] [PATCH 1/2] scripts/runqemu: qemumips support up to 2GiB RAM

On 2017年12月06日 10:46, Hongxu Jia wrote: OE uses qemumips to simulate a Malta board by default. As upstream qemu introduced: https://git.qemu.org/?p=qemu.git;a=commit;h=94c2b6aff43cdfcfdfb552773a6b6b973a72ef0b The Malta board can support up to 2GiB of RAM which should be able to boot a Linux

[OE-core] [PATCH 2/2] scripts/runqemu: fix qemumips64 with 512M RAM caused kernel panic

$ runqemu qemumips64 core-image-minimal nographic qemuparams="-m 512" ... [0.00] Call Trace: [0.00] [] clear_page+0x0/0x128 [0.00] [] get_page_from_freelist+0xab8/0xc00 [0.00] [] __alloc_pages_nodemask+0xdc/0xf68 [0.00] [] __get_free_pages+0x18/0x70 [

[OE-core] [PATCH 1/2] scripts/runqemu: qemumips support up to 2GiB RAM

OE uses qemumips to simulate a Malta board by default. As upstream qemu introduced: https://git.qemu.org/?p=qemu.git;a=commit;h=94c2b6aff43cdfcfdfb552773a6b6b973a72ef0b The Malta board can support up to 2GiB of RAM which should be able to boot a Linux kernel built with CONFIG_HIGHMEM enabled and

Re: [OE-core] [PATCH] image_types: add support for modern f2fs flash filesystem

On Tue, Dec 5, 2017 at 3:27 PM, Saul Wold wrote: > The f2fs filesystem is a newer flash filesystem that is available in > meta-filesystems. This needs a minimum sized blank space to operate > in correctly. > > The f2fs has overprovision functionality and when building

[OE-core] [rocko][PATCH] bind: move libraries to own package

From: "andreas.kl...@peiker-cee.de" Signed-off-by: Andy Kling Signed-off-by: Ross Burton (cherry picked from commit d74ebc91388941295a2321a295cdb06ee87fc38b) Signed-off-by: Andre McCurdy ---

Re: [OE-core] [PATCH 1/1 V2] targetcontrol.py: use oe.types.boolean for QEMU_USE_KVM

On 12/06/2017 12:10 AM, Burton, Ross wrote: On 1 December 2017 at 05:13, Robert Yang > wrote: So that both QEMU_USE_KVM = "True" and "1" will work. [YOCTO #12343] Signed-off-by: Robert Yang

Re: [OE-core] [PATCH 2/3] coreutils: upgrade to 8.28

On 12/05/2017 07:38 PM, Burton, Ross wrote: Looks like this fails on hosts with older makeinfo: http://errors.yoctoproject.org/Errors/Details/160224/ Ross I'll find a CentOS7 host and try to reproduce and fix this problem. Best Regards, Chen Qi On 4 December 2017 at 10:25, Chen Qi

[OE-core] [morty][PATCH] lib/oe/terminal.py: use an absolute path to execute oe-gnome-terminal-phonehome

From: Ming Liu A flaw was found on my Ubuntu 14.04.5 LTS, on which that gnome-terminal is the default terminal, when I run any of the tasks: bitbake busybox -c menuconfig/devshell/devpyshell bitbake virtual/kernel -c menuconfig/devshell/devpyshell I got a error as follows:

Re: [OE-core] [PATCH] icu: fix libicudata corruption on big endian system

I had sent V2 patch to fix this issue. //Yi 在 2017年12月05日 19:44, Burton, Ross 写道: On 28 November 2017 at 06:13, Yi Zhao > wrote: ICU library libicudata is created with a wrong endianness if the host and target have different

Re: [OE-core] Error caused by kernel-yocto: ensure that only valid BSPs are built

After some more digging I found it is because the KTYPE is defined as standard/base and the spp script can only find standard. Is this expected behavior and yocto-bsp should be fixed or a bug and spp should be fixed? From: Davis, Michael Sent: Tuesday, December 05, 2017 4:45 PM To:

[OE-core] [PATCH] image_types: add support for modern f2fs flash filesystem

The f2fs filesystem is a newer flash filesystem that is available in meta-filesystems. This needs a minimum sized blank space to operate in correctly. The f2fs has overprovision functionality and when building smaller filesystems, you actually need more space, therefore under 500M (or so) double

[OE-core] [PATCH] kernel-devsrc: Use full mrproper to clean

By using the full mrproper clean target it also removes some generated files that are not required on the target to build. It also helps to fix reprodudible builds as the generated files could have different permissions causing the check to fail. Tested with building and booting kernel from

[OE-core] Error caused by kernel-yocto: ensure that only valid BSPs are built

After upgrading rocko all my builds are failing with the following message. ERROR: linux-yocto-4.12.14+gitAUTOINC+e3c9041f48_1d685baca1-r0.1 do_kernel_metadata: Could not locate BSP definition for test/standard and no defconfig was provided The source of the issue seems to be commit

Re: [OE-core] [PATCH 4/8] linux-yocto/4.12: update to v4.12.16

On Tue, Dec 5, 2017 at 11:26 AM, akuster808 wrote: > Bruce, > > > On 12/04/2017 07:39 AM, Bruce Ashfield wrote: > > Integrating the -stable updates from Paul Gortmaker that cover the > > following commitsz > > > >8500552cb6f7 Linux 4.12.16 > > What is your take on 4.14

[OE-core] [PATCHv3 2/4] wic: partition.py: Update comments slightly

First, we support squashfs as root, so mention that. Second, the btrfs rootfs creation function had a copy/paste of the previous function comment, remove the irrelevant line. Signed-off-by: Tom Rini --- scripts/lib/wic/partition.py | 4 +--- 1 file changed, 1 insertion(+),

[OE-core] [PATCHv3 0/4] wic: Further enhance UUID / fstab support

Hey all, So, per Ed's feedback on my first series, I went and spent some time trying to figure out how to have wic know what the UUID would be when updating the fstab. It turns out the easiest answer here is to have WIC make the UUID. Per Otavio's concern last time, I also make sure that the

[OE-core] [PATCHv3 1/4] wic: kparser.py: Check for SquashFS and use-uuid

The SquashFS filesystem does not support UUIDs so make this combination be an error. Signed-off-by: Tom Rini --- scripts/lib/wic/ksparser.py | 5 + 1 file changed, 5 insertions(+) diff --git a/scripts/lib/wic/ksparser.py b/scripts/lib/wic/ksparser.py index

[OE-core] [PATCHv3 3/4] wic: Introduce --fsuuid and have --use-uuid make use of UUID too

First, allow for wic to be given a filesystem UUID to be used when creating a filesystem. When not provided, wic will generate the UUID to be used. Next, when --use-uuid is passed, we update the fstab to mount things via UUID (and if not found, then use PARTUUID) as UUID is more portable.

[OE-core] [PATCHv3 4/4] meta-selftest: wic: Add test for --use-uuid / --fsuuid

- Add a '/uuid' partition to wic-image-minimal.wks with a known UUID. - In test_qemu, sort our output from checking the output of 'mount' as it may not be stable. Also, do not check the exit code as passing any output to cut ensures a 0 exit code. - Check for a 'UUID=' line in /etc/fstab with

Re: [OE-core] [PATCH] GCC 7.2.0: Fix 0051-ARM-PR-82445-suppress-32-bit-aligned-ldrd-strd-peeph.patch

On 5 December 2017 at 15:44, Vincent Prince wrote: > Patch fails to apply on peep-ldrd-1.c and peep-strd-1.c. > First chunk replace ldrd by ldrd\\t then second chunk copy peep-X-1.c to > peep-ldrd-2.c and try to replace already patched ldrd\\t > We did some digging

[OE-core] [PATCH 1/1] ovmf: Fix build failure for PARALLEL_MAKE with no space

The ovmf package fails to build if you use a PARALLEL_MAKE flag without a space in it. If you put the following in local.conf for example: PARALLEL_MAKE = "-j4" The build will fail with as follows: | build.exe: error: Option -n only allows one instance in command line! | WARNING:

[OE-core] [ PATCH 0/1 ] ovmf: Fix build failure for PARALLEL_MAKE with no space

Please consider for master and the rocko branch. It is a simple build fix reported by someone using PARALLEL_MAKE = "-j4" instead of PARALLEL_MAKE = "-j 4". It is the only package that we have hit so far that exhibits this kind of failure so it seems it would be best to just fix it. :-)

[OE-core] ✗ patchtest: failure for Fix warning for nativesdk distutils recipes

== Series Details == Series: Fix warning for nativesdk distutils recipes Revision: 1 URL : https://patchwork.openembedded.org/series/10080/ 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] Fix warning for nativesdk distutils recipes

When building a setuptools-based recipe for the nativesdk, Bitbake complains about the missing dependency on 'env' (normally provided by coreutils): WARNING: nativesdk-foobar-baz-2.1.0-r0 do_package_qa: QA Issue: /opt/foobar-os/sysroots/x86_64-foobarsdk-linux/usr/bin/foobar_baz

Re: [OE-core] [PATCH 4/8] linux-yocto/4.12: update to v4.12.16

Bruce, On 12/04/2017 07:39 AM, Bruce Ashfield wrote: > Integrating the -stable updates from Paul Gortmaker that cover the > following commits: > >8500552cb6f7 Linux 4.12.16 What is your take on 4.14 ? - armin >3041c36e51aa vmbus: more host signalling avoidance >170ce449d952 vmbus:

Re: [OE-core] [PATCH 1/1 V2] targetcontrol.py: use oe.types.boolean for QEMU_USE_KVM

On 1 December 2017 at 05:13, Robert Yang wrote: > So that both QEMU_USE_KVM = "True" and "1" will work. > > [YOCTO #12343] > > Signed-off-by: Robert Yang > --- > meta/classes/testimage.bbclass | 2 +- > meta/lib/oeqa/targetcontrol.py | 2 +-

[OE-core] [PATCH] core/loader.py: fix regex to include all available test cases

From: Leonardo Sandoval Some test cases (i.e. eSDK.oeSDKExtSelfTest*) does not match with current regex, fix it to accept these (and previous ones). Without it, the following runtime exception is observed when executing eSDK selftest (oe-selftest -r

[OE-core] [PATCH] GCC 7.2.0: Fix 0051-ARM-PR-82445-suppress-32-bit-aligned-ldrd-strd-peeph.patch

Patch fails to apply on peep-ldrd-1.c and peep-strd-1.c. First chunk replace ldrd by ldrd\\t then second chunk copy peep-X-1.c to peep-ldrd-2.c and try to replace already patched ldrd\\t Signed-off-by: Vincent Prince ---

[OE-core] [PATCH 3/4] xserver-xorg: remove redundant Wayland patch

The installation path and wayland-scanner location problems in Wayland were resolved in "wayland: Fix installation patch issue" (oe-core 14c0d99) which made the WAYLAND_PROTOCOLS_SYSROOT_DIR workaround redundant. Signed-off-by: Ross Burton ---

[OE-core] [PATCH 2/4] gtk+3: remove redundant Wayland patch

The installation path and wayland-scanner location problems in Wayland were resolved in "wayland: Fix installation patch issue" (oe-core 14c0d99) which made the WAYLAND_PROTOCOLS_SYSROOT_DIR workaround redundant. Signed-off-by: Ross Burton ---

[OE-core] [PATCH 4/4] gstreamer1.0-plugins-bad: remove redundant Wayland patch

The installation path and wayland-scanner location problems in Wayland were resolved in "wayland: Fix installation patch issue" (oe-core 14c0d99) which made the WAYLAND_PROTOCOLS_SYSROOT_DIR workaround redundant. Signed-off-by: Ross Burton ---

[OE-core] [PATCH 1/4] weston: remove patch that isn't applied anymore

This patch was removed from SRC_URI in the Weston 3.0 upgrade (148920f) but the patch wasn't deleted. Signed-off-by: Ross Burton --- ...1-configure.ac-Fix-wayland-protocols-path.patch | 29 -- 1 file changed, 29 deletions(-) delete mode 100644

Re: [OE-core] [PATCH 000/131] Rocko-next pull request

On Sat, Dec 02, 2017 at 03:19:39PM -0800, Armin Kuster wrote: > From: Armin Kuster > > conver letter only. > > please concider these changes for Rocko next. > Clean AB build. > > go: Fix build with PIE on musl Is this change (or similar one) needed in master branch?

[OE-core] [PATCH 11/13] devtool: add a 'latest-version' command

This command queries the upstream server for what the latest release is and prints the output; it is a much neater way to find out these things than fumbling with distrodata, 'bitbake -c checkpkg' and awkward to read csv output in a file. Examples: python3 (tarballs): NOTE: Current version:

[OE-core] [PATCH 13/13] devtool: add license checksum change handling to 'devtool upgrade'

Specifically, 'devtool upgrade' will now do these things: 1) determine if any of the license checksums need updating; if so, write the new checksums into the LIC_FILES_CHKSUM value in the recipe that is written to the workspace; 2) print a notice to the standard output: NOTE: New recipe is

[OE-core] [PATCH 10/13] ffmpeg: update to 3.4

Schroedinger support has been dropped: https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/220b24c7c9 Remove upstreamed patch. Signed-off-by: Alexander Kanavin --- .../ffmpeg/ffmpeg/0001-build-fix-for-mips.patch| 44 --

[OE-core] [PATCH 06/13] dnf: update to 2.7.5

Drop upstreamed patch. Rebase the other patches. Signed-off-by: Alexander Kanavin --- ...eck-conf.releasever-instead-of-releasever.patch | 31 -- ...Corretly-install-tmpfiles.d-configuration.patch | 7 ++---

[OE-core] [PATCH 12/13] devtool: provide useful defaults for version/commit when upgrading recipes

Specifically, 'devtool upgrade' will use the latest upstream release if available or latest commit if upstream never makes releases. Signed-off-by: Alexander Kanavin --- scripts/lib/devtool/upgrade.py | 16 1 file changed, 12 insertions(+), 4

[OE-core] [PATCH 08/13] webkitgtk: update to 2.18.3

gcc7.patch, musl-fixes.patch, and ppc-musl-fix.patch all change code that is no longer present in upstream tree. However, a patch with different musl fixes has been added. The rest of the patches are rebased to the new tree. Libtasn is a new dependency. Disable Gstreamer GL support on x86 due

[OE-core] [PATCH 09/13] psmisc: update to 23.0

Switch to gitlab, as that's where development now happens. Drop two upstreamed patches, add apatches to avoid newly introduced build errors, and a gettext fix suggested here: http://lists.openembedded.org/pipermail/openembedded-core/2017-November/144566.html Signed-off-by: Alexander Kanavin

[OE-core] [PATCH 07/13] gobject-introspection: update to 1.54.1

Signed-off-by: Alexander Kanavin --- ...ect-introspection_1.52.1.bb => gobject-introspection_1.54.1.bb} | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) rename meta/recipes-gnome/gobject-introspection/{gobject-introspection_1.52.1.bb =>

[OE-core] [PATCH 04/13] libdnf: update to 0.11.1

Signed-off-by: Alexander Kanavin --- ...Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch | 11 ++- ...Set-libsolv-variables-with-pkg-config-cmake-s-own-mo.patch | 11 ++- .../libdnf/{libdnf_0.9.3.bb => libdnf_0.11.1.bb} |

[OE-core] [PATCH 03/13] rpm: upstream version is now known

Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/rpm/rpm_4.14.0.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-devtools/rpm/rpm_4.14.0.bb b/meta/recipes-devtools/rpm/rpm_4.14.0.bb index 2320d4cb36a..e4e9c3e6341 100644 ---

[OE-core] [PATCH 00/13] A rollup of not yet merged patches

I've rebased all the patches sent previously and not yet merged, and rolled them into a single patchset. Psmisc's gettext issue in the previous update patch should now be fixed. The following changes since commit 4469acdf1d0338220f3fe2ecb5e079eea6fda375: lib/oe/utils: remove param_bool()

[OE-core] [PATCH 05/13] librepo: update to 1.8.1

Drop upstreamed patches, rebase the PYTHON_INSTALL_DIR patch. Signed-off-by: Alexander Kanavin --- ...ly-set-the-library-installation-directory.patch | 28 - ...to-obtain-PYTHON_INSTALL_DIR-by-running-p.patch | 49 +++---

[OE-core] [PATCH 01/13] package.bbclass: replace rpm/debugedit with dwarfsrcfiles

Debugedit provided by rpm 4.14 is rewriting binaries in-place, and was found to produce broken output at least for grub: http://lists.openembedded.org/pipermail/openembedded-core/2017-November/143989.html A replacement utility was suggested via private mail:

[OE-core] [PATCH 02/13] rpm: update to 4.14.0

Previously oe-core had a development snapshot of rpm, it's better to update to something more stable. Removed patches: 0001-Add-PYTHON_ABI-when-searching-for-python-libraries.patch (upstream is using pkg-config) 0001-When-nice-value-cannot-be-reset-issue-a-notice-inste.patch (functionality has

[OE-core] [PATCH 2/3] orc: upgrade to 0.4.28

0.4.27 -> 0.4.28 Signed-off-by: Maxin B. John --- meta/recipes-devtools/orc/{orc_0.4.27.bb => orc_0.4.28.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/orc/{orc_0.4.27.bb => orc_0.4.28.bb} (84%) diff --git

[OE-core] [PATCH 3/3] libunistring: upgrade to 0.9.8

Refreshed the following patch: iconv-m4-remove-the-test-to-convert-euc-jp.patch No change in license as update in License Checksum is due to change in Copyright years. Signed-off-by: Maxin B. John --- ...conv-m4-remove-the-test-to-convert-euc-jp.patch | 56

[OE-core] [PATCH 1/3] mc: upgrade to 4.8.20

Remove backported patch: 0002-Ticket-3697-tty_init-unify-curses-initialization.patch Signed-off-by: Maxin B. John --- ...3697-tty_init-unify-curses-initialization.patch | 66 -- .../mc/{mc_4.8.19.bb => mc_4.8.20.bb} | 5 +- 2 files

Re: [OE-core] [PATCH] icu: fix libicudata corruption on big endian system

On 28 November 2017 at 06:13, Yi Zhao wrote: > ICU library libicudata is created with a wrong endianness if the host > and target have different endianness. (e.g. build ICU for qemuppc on > x86-64 host) > See upstream bug report:

Re: [OE-core] [PATCH 2/3] coreutils: upgrade to 8.28

Looks like this fails on hosts with older makeinfo: http://errors.yoctoproject.org/Errors/Details/160224/ Ross On 4 December 2017 at 10:25, Chen Qi wrote: > Signed-off-by: Chen Qi > --- > .../coreutils/{coreutils_8.27.bb => coreutils_8.28.bb}