[OE-core] [PATCH 04/16] babeltrace: update to 1.5.0

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../recipes-kernel/lttng/{babeltrace_1.4.0.bb => babeltrace_1.5.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-kernel/lttng/{babeltrace_1.4.0.bb => babeltrace_1.5.0.bb}

[OE-core] [PATCH 02/16] libfm: update to 1.2.5

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../libfm/{libfm-extra_1.2.4.bb => libfm-extra_1.2.5.bb} | 4 ++-- meta/recipes-support/libfm/{libfm_1.2.4.bb => libfm_1.2.5.bb} | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-)

[OE-core] [PATCH 11/16] iso-codes: update to 3.72

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../iso-codes/{iso-codes_3.71.bb => iso-codes_3.72.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/iso-codes/{iso-codes_3.71.bb => iso-codes_3.72.bb}

[OE-core] [PATCH 05/16] btrfs-tools: update to 4.8.5

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../btrfs-tools/{btrfs-tools_4.8.4.bb => btrfs-tools_4.8.5.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_4.8.4.bb => btrfs-tools_4

[OE-core] [PATCH 06/16] ca-certificates: update to 20161130

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../{ca-certificates_20161102.bb => ca-certificates_20161130.bb}| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-support/ca-certificates/{ca-certificates_20161102.

[OE-core] [PATCH 09/16] gnutls: update to 3.5.7

Add a 0001-Do-not-add-cli-args.h-to-cli-args.stamp-Makefile-tar.patch to fix a compile issue (incorrect creation of an empty header). Add a libunistring dependency as gnutls has gained it. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-support/

[OE-core] [PATCH 08/16] ffmpeg: update to 3.2.2

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-multimedia/ffmpeg/{ffmpeg_3.2.1.bb => ffmpeg_3.2.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-multimedia/ffmpeg/{ffmpeg_3.2.1.bb => ffmpeg_3.2.2.bb} (97%)

[OE-core] [PATCH 07/16] cmake: update to 3.7.1

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../cmake/{cmake-native_3.7.0.bb => cmake-native_3.7.1.bb}| 0 meta/recipes-devtools/cmake/cmake.inc | 4 ++-- meta/recipes-devtools/cmake/{cmake_3.7.0.bb => cm

[OE-core] [PATCH 03/16] liburcu: update to 0.9.3

Drop 0002-Support-for-aarch64_be.patch, it's merged upstream. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../liburcu/0001-Support-for-NIOS2-architecture.patch | 13 +++-- .../liburcu/liburcu/0002-Support-for-aarch64_be.patc

[OE-core] [PATCH 10/16] icu: update to 58.2

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-support/icu/{icu_58.1.bb => icu_58.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/icu/{icu_58.1.bb => icu_58.2.bb} (85%) diff --git a/meta/recipes

[OE-core] [PATCH 00/16] Recipe version updates

get_bb_vars() when called without arguments (2016-12-14 16:15:04 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib akanavin/package-version-updates http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates Alexander Kanavin (16

[OE-core] [PATCH 01/16] pigz: fix upstream version check

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-extended/pigz/pigz_2.3.4.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-extended/pigz/pigz_2.3.4.bb b/meta/recipes-extended/pigz/pigz_2.3.4.bb index 49d9d78..87b61bf 100644 ---

Re: [OE-core] [PATCH] zlib: update SRC_URI to fix fetching

On 01/13/2017 03:51 PM, Lock, Joshua G wrote: Noted, thanks. Do we maintain a list of things we'd like people to check, and how to do it, when making updates to recipes? I don't think there's such a list, perhaps we should make one and place it in patch guidelines wiki. checkpkg isn't

Re: [OE-core] [PATCH] qemu: Upgrade to 2.8.0

On 01/12/2017 04:20 PM, Burton, Ross wrote: Looks like it. I'd say you'd have two entries with the same contents next to each other in the array after applying the patch. How's that series to force the fuzz to 0 going, Alex? It's blocked by

Re: [OE-core] [PATCH] qemu: Upgrade to 2.8.0

On 01/12/2017 11:03 AM, André Draszik wrote: The patch 0001-target-mips-add-24KEc-CPU-definition.patch should also be removed, as it's been merged. Why is it applying without error? Alex -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH] qemu: Upgrade to 2.8.0

On 01/12/2017 04:00 PM, André Draszik wrote: On Thu, 2017-01-12 at 15:47 +0200, Alexander Kanavin wrote: On 01/12/2017 11:03 AM, André Draszik wrote: The patch 0001-target-mips-add-24KEc-CPU-definition.patch should also be removed, as it's been merged. Why is it applying without error

Re: [OE-core] [PATCH] zlib: update SRC_URI to fix fetching

On 01/09/2017 02:56 PM, Alexander Kanavin wrote: On 01/05/2017 06:34 PM, Joshua Lock wrote: Upstream have removed the file from zlib.net as a new version has been released, switch to fetching from the official sourceforge mirror. [YOCTO #10879] If a new version has been released, you should

Re: [OE-core] [PATCH] zlib: update SRC_URI to fix fetching

On 01/13/2017 05:36 PM, Joshua Lock wrote: Running checkpkg on the autobuilders won't really help as the autobuilders rely on the bitbake invocation returning a non-zero exit code to determine whether to mark the build step as failed, and that's not the case when checkpkg doesn't find an update

[OE-core] [PATCH] grub-efi: enforce no-pie for the native build

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-bsp/grub/grub-efi_2.00.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-bsp/grub/grub-efi_2.00.bb b/meta/recipes-bsp/grub/grub-efi_2.00.bb index 5a0dc95..9aab813

Re: [OE-core] [Master][PATCH] libtiff: Update to 4.0.7

On 11/23/2016 05:32 PM, akuster808 wrote: The never made into patchwork. is there a bug there ? is there an issue on how I submitted? - armin On 11/21/2016 09:28 PM, Armin Kuster wrote: I haven't actually seen the email with the patch at all on the mailing list, just your response to it.

Re: [OE-core] [PATCH] buildhistory-diff: report directory renames

On 11/28/2016 07:28 PM, Ed Bartosh wrote: The script detects directory renaming if two different directories with the same set of files are added and removed. What happens if the sets of files are slightly different? (e.g. a couple of files are added or removed). Can we get some wiggle space

Re: [OE-core] [PATCH 06/18] cmake: update to 3.7.0

On 11/29/2016 01:24 AM, Khem Raj wrote: On Nov 28, 2016, at 5:34 AM, Alexander Kanavin <alexander.kana...@linux.intel.com> wrote: License is still 3-clause BSD. OK. what triggered the checksum change then ? They added a contributor list to Copyright.txt (I'll trim the

[OE-core] [PATCH v2] grub2: enforce -no-pie if supported by compiler

Recent distros are enabling -pie by default; in case of grub we need to turn it off. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...nforce-no-pie-if-the-compiler-supports-it.patch | 45 ++ meta/recipes-bsp/grub/grub2.inc

Re: [OE-core] [PATCH] zlib: update SRC_URI to fix fetching

On 01/05/2017 06:34 PM, Joshua Lock wrote: Upstream have removed the file from zlib.net as a new version has been released, switch to fetching from the official sourceforge mirror. [YOCTO #10879] If a new version has been released, you should also update to that version. Also, does upstream

Re: [OE-core] [PATCH] gstreamer: Upgrade to 1.10.2

On 12/21/2016 09:02 AM, Khem Raj wrote: .../gstreamer/gstreamer1.0-omx_1.10.2.bb | 10 +++ You should remove the file with previous version, so it becomes a file rename like the others. Alex -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH] gpgme: add GPGME_STATUS_KEY_CONSIDERED

On 12/21/2016 01:14 PM, Burton, Ross wrote: https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gpgme.git;a=commitdiff;h=315fb73d4a774e2c699ac1804f5377559b4d0027 Can you explain

Re: [OE-core] [PATCH] kexec-tools: Update to 2.0.14

On 12/21/2016 11:56 AM, zhe...@windriver.com wrote: Remove kexec-aarch64.patch since it has been merged upstream Remove kexec-x32.patch since it has been reverted upstream You should also remove the actual files, not just drop them from the recipe. Backport patches for kdump arm64 from:

Re: [OE-core] [PATCH v2 0/1] kexec-tools: Upgrade to 2.0.14

On 12/27/2016 08:43 AM, zhe...@windriver.com wrote: From: He Zhe Remove kexec-aarch64.patch since it has been merged upstream Remove kexec-x32.patch since it has been reverted upstream Backport patches for kdump arm64 from:

Re: [OE-core] [PATCH 1/1] cdrtools-native: update 3.01 -> 3.02

On 12/19/2016 08:07 AM, Dengke Du wrote: 3.01a31 -> 3.02a07 This is incorrect. We actually ship the final 3.01 version, and previously agreed to wait for the final 3.02. The recipe says 'a31' because we didn't want to make the version go back when going from alpha 3.01 to final 3.01. The

Re: [OE-core] [PATCH 00/33] Accumulated patches for deb packaging

On 12/07/2016 05:30 PM, Andreas Oberritter wrote: These are most of my patches which accumulated since our distro switched from opkg to dpkg and apt two years ago. They were tested thoroughly on dora and krogoth and just a little bit on master. How about updating apt and dpkg to latest

Re: [OE-core] [PATCH] gpgme: add GPGME_STATUS_KEY_CONSIDERED

On 12/22/2016 04:24 AM, Yu, Mingli wrote: Thanks Alex! Actually I ever tried to upgrade gpgme to 1.8.0 before send out this patch, but there comes other ptest failed issues for python-pygpgme which not exist on current gpgme 1.6.0 if we simply update gpgme to 1.8.0. Anyway I prefer to wait for

Re: [OE-core] another design question -- proper (meaningful) content of recipe patches?

On 03/22/2017 03:22 PM, Robert P. J. Day wrote: in any event, i can appreciate the value of sometimes adding numbering to patches to enforce a processing order, but when one has a numbered series of patches getting up to 20 or 25, that strikes me as time to collapse all that into larger and

[OE-core] [PATCH] dnf: move the entire dnf/rpm4 stack to Python 3

[YOCTO #11180] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/rootfs_rpm.bbclass| 4 +- .../createrepo-c/createrepo-c_git.bb | 4 +- .../dnf/dnf/0028-Use-backports.lzma-not-lzma.patch | 30 -- .../dnf/0030-Run-

Re: [OE-core] [PATCH] dnf: move the entire dnf/rpm4 stack to Python 3

On 03/24/2017 10:12 PM, Burton, Ross wrote: ...ython-pygpgme_0.3.bb => python3-pygpgme_0.3.bb } | 6 +- For some reason this didn't build here. | x86_64-poky-linux-gcc -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2

[OE-core] [PATCHv2] dnf: move the entire dnf/rpm4 stack to Python 3

[YOCTO #11180] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/rootfs_rpm.bbclass| 4 +- meta/conf/distro/include/security_flags.inc| 3 +- .../createrepo-c/createrepo-c_git.bb | 4 +- .../dnf/dnf/00

Re: [OE-core] [PATCHv2] dnf: move the entire dnf/rpm4 stack to Python 3

On 03/25/2017 07:56 PM, Richard Purdie wrote: [YOCTO #11180] So close but: https://autobuilder.yocto.io/builders/nightly-multilib/builds/226 https://autobuilder.yocto.io/builders/nightly-x32/builds/206 This is actually a bug in our target Python 3 installation. No idea how it went

Re: [OE-core] [PATCH] update_gio_module_cache: Do not chown a non-existing file

On 03/30/2017 12:31 PM, Richard Purdie wrote: Only change the ownership of ${libdir}/gio/modules/giomodule.cache if it exists. Why do we need to change the owndership in the first place? The qemu call in the line above is made under PSEUDO_UNLOAD, see the original patch from Chris. With

Re: [OE-core] [PATCH] update_gio_module_cache: Do not chown a non-existing file

On 03/30/2017 02:16 AM, Peter Kjellerstedt wrote: Only change the ownership of ${libdir}/gio/modules/giomodule.cache if it exists. Why do we need to change the owndership in the first place? Alex -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH 1/3] update_gio_module_cache: fix host user contamination

On 03/28/2017 07:14 PM, Christopher Larson wrote: update_gio_module_cache intercept creates file: $D${libdir}/gio/modules/giomodule.cache Change ownership of this file to root:root to avoid user contamination by host. I don't understand how one is related to another, can you explain please?

Re: [OE-core] [PATCH] update_gio_module_cache: Do not chown a non-existing file

On 03/30/2017 02:16 AM, Peter Kjellerstedt wrote: Only change the ownership of ${libdir}/gio/modules/giomodule.cache if it exists. Signed-off-by: Peter Kjellerstedt --- scripts/postinst-intercepts/update_gio_module_cache | 6 +++--- 1 file changed, 3

[OE-core] [PATCH] expect: resolve string formatting issues

[YOCTO #9542] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/conf/distro/include/security_flags.inc| 1 - .../0001-Resolve-string-formatting-issues.patch| 29 ++ meta/recipes-devtools/expect/expect_5.45.bb| 1 + 3

Re: [OE-core] [PATCHv3 1/2] python3: do not hardcode "lib" into site-packages search path

On 03/27/2017 03:58 PM, Burton, Ross wrote: + file://0001-Do-not-hardcode-lib-into-site-packages-path.patch \ This should probably be added to meta/recipes-devtools/python/python3/python-3.3-multilib.patch instead of being in a separate patch. Sure, but the patch that does that

[OE-core] [PATCHv4 1/2] python3: do not hardcode "lib" into site-packages search path

This was not working in multilib or x32 setups and amazingly, was not noticed until now. The actual modification is in Lib/site.py, the rest is just devtool moving things around in the patch. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../python/python3/pyth

[OE-core] [PATCHv4 2/2] dnf: move the entire dnf/rpm4 stack to Python 3

[YOCTO #11180] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/rootfs_rpm.bbclass| 4 +- meta/conf/distro/include/security_flags.inc| 3 +- .../createrepo-c/createrepo-c_git.bb | 4 +- .../dnf/dnf/00

[OE-core] [PATCHv3 2/2] dnf: move the entire dnf/rpm4 stack to Python 3

[YOCTO #11180] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/rootfs_rpm.bbclass| 4 +- meta/conf/distro/include/security_flags.inc| 3 +- .../createrepo-c/createrepo-c_git.bb | 4 +- .../dnf/dnf/00

[OE-core] [PATCHv3 1/2] python3: do not hardcode "lib" into site-packages search path

This was not working in multilib or x32 setups and amazingly, was not noticed until now. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...-not-hardcode-lib-into-site-packages-path.patch | 33 ++ meta/recipes-devtools/python/python3_3.

[OE-core] [PATCH] openssl: add a "openssl10" PROVIDES

and change the recipes to depend on that where necessary; Qt4 is a particularly pressing issue as it is causing failures on the autobuilder with my work in progress openssl 1.1 branch, and so I'm not able to see what else would fail later in the build process. Signed-off-by: Alexander Kanavin <a

Re: [OE-core] [PATCH 00/44] Replace Smart package manager with DNF package manager

On 03/14/2017 11:12 PM, Robert P. J. Day wrote: is there, somewhere, a short writeup/summary on this? i can see emails to this list back in october of last year, just wondering if there is a wrap-up to this that one can read to pull all the threads together to understand the consequences.

Re: [OE-core] [PATCH 1/3] rpm: add support for remote package feeds via PACKAGE_FEED_URIS variable

On 03/15/2017 01:13 PM, Burton, Ross wrote: +cls.repo_server.port = 8080 What if parallel selftests are running at once? Can this service be started before the image is created, so the right port can be written into the image? I don't know. I only followed what Humberto wrote

[OE-core] [PATCH 1/4] rpm: add support for remote package feeds via PACKAGE_FEED_URIS variable

ommand. The var and test environment were set in runtime-perf.py and the actual test is done in a new testcase added to meta-selftest layer. = [YOCTO #10872] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta-selftest/lib/oeqa/runtime/cases/self

[OE-core] [PATCH 4/4] dnf: add /usr/bin/dnf symlink that points to /usr/bin/dnf-2

All documentation refers to dnf binary as 'dnf' yet make install does not create one - it's done by Fedora's spec file when building the rpm. Let's replicate this behavior. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/lib/oe/package_manager.py | 2 +-

[OE-core] [PATCH 2/4] lib/oe/package_manager: import rpm signing key to rpmdb

htonen <markus.lehto...@linux.intel.com> Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/lib/oe/package_manager.py | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py

[OE-core] [PATCH 3/4] selftest/signing.py: verify that images can be created from signed packages

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/lib/oeqa/selftest/signing.py | 8 1 file changed, 8 insertions(+) diff --git a/meta/lib/oeqa/selftest/signing.py b/meta/lib/oeqa/selftest/signing.py index 38b2fca8cf9..8a106aa80f6 100644 --- a/meta/li

[OE-core] [PATCH 2/3] sign_rpm.bbclass: do not set/use RPM_GPG_PUBKEY

This is entirely unnecessary (we can ask the signer backend to export the key to a file when needed), and was causing confusing selftest failures due to the variable being set from two different places. [YOCTO #11191] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> ---

[OE-core] [PATCH 1/3] oeqa: use WORKDIR/oe-testimage-repo to look for RPM packages

Using RPM deploy dir was causing errors when pre-built images were used with these steps: https://wiki.yoctoproject.org/wiki/Quality_Assurance_yocto_project [YOCTO #11173] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/lib/oeqa/runtime/cases/dnf.py | 2 +-

[OE-core] [PATCH 3/3] rpm: add a "rpm-build" PROVIDES

rpm 5.x was packaging build tools separately, so we need to unbreak things that relied on that. [YOCTO #11167] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/rpm/rpm_git.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/r

Re: [OE-core] [PATCH 7/8] chkconfig: replace fedorahosted.org SRC_URI with github.com source

On 04/03/2017 05:51 AM, yin.thong.cho...@intel.com wrote: -SRC_URI = "http://fedorahosted.org/releases/c/h/chkconfig/${BPN}-${PV}.tar.bz2 \ +SRC_URI = "http://downloads.yoctoproject.org/mirror/sources/${BPN}-${PV}.tar.bz2 \ Where does Fedora take this package from nowadays? Self-hosting

Re: [OE-core] [PATCH 4/8] logrotate: replace fedorahosted.org SRC_URI with yoctoproject.org source

On 04/03/2017 11:30 AM, Jussi Kukkonen wrote: This is true, there's not that much in the repo itself to create trust. The major show of trust is here though: http://pkgs.fedoraproject.org/cgit/rpms/logrotate.git/commit/?id=9cb55142e51b82085d6c3136448c1f441454e351 Fedora/Red Hat themselves

Re: [OE-core] [PATCH v2] logrotate: Add systemd support

On 04/05/2017 10:58 AM, Romain Perier wrote: ping Is this available in newer upstream versions of logrotate? Should you send it there first? Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

[OE-core] [PATCH] openssl: fix the reference to native perl in ptests

This was causing a couple of ptest failures. [YOCTO #10840] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-connectivity/openssl/openssl.inc | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-connectivity/openssl/openssl.inc

[OE-core] [PATCHv2] openssl: fix the reference to native perl in ptests

This was causing a couple of ptest failures. [YOCTO #10840] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-connectivity/openssl/openssl.inc | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-connectivity/openssl/openssl.inc

Re: [OE-core] [PATCH v2 4/8] logrotate: replace fedorahosted.org SRC_URI with github.com source

On 04/04/2017 12:29 PM, yin.thong.cho...@intel.com wrote: -SRC_URI = "https://fedorahosted.org/releases/l/o/logrotate/logrotate-${PV}.tar.gz \ +S = "${WORKDIR}/${PN}-r3-9-1" + +UPSTREAM_CHECK_URI = "https://github.com/${PN}/${PN}/releases; + +SRC_URI =

Re: [OE-core] [PATCH] gnome-common: add EXTRA_OECONF "--with-autoconf-archive"

On 04/12/2017 01:52 PM, Zhixiong Chi wrote: At the same time, set the RDEPENDS for gnome-common. --- a/meta/recipes-gnome/gnome/gnome-common_3.18.0.bb +++ b/meta/recipes-gnome/gnome/gnome-common_3.18.0.bb +RDEPENDS_${PN} = "autoconf-archive" You cannot make oe-core recipes depend on recipes

Re: [OE-core] [PATCH v2] kmscube: add recipe

On 04/12/2017 03:14 PM, Carlos Rafael Giani wrote: This is a demo application that draws a three-dimensional spinning cube using EGL on top of KMS, via Mesa's GBM library. A rough counterpart to glxgears, it is a useful tool for BSP makers to try the 3D rendering functionality based on EGL and

Re: [OE-core] Fwd: About misappropriation of one of my patches in OpenEmbedded

On 04/10/2017 11:17 PM, Mark Hatle wrote: Nearly all the Free and Open Source Software work I do is in my limited spare time (I don't do any FOSS work for a living), and it's heartbreaking to see people take my work and re-attribute it to themselves, or say things on my behalf that I certainly

[OE-core] [PATCH] libsolv: correctly attribute musl fixing patches

Also, they were previously squashed into a single patch; restore the original two-patch arrangement. As requested here: http://lists.openembedded.org/pipermail/openembedded-core/2017-April/135460.html Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...1-Add-fa

Re: [OE-core] [PATCH] libsolv: correctly attribute musl fixing patches

On 04/11/2017 01:15 PM, Paul Eggleton wrote: On Tuesday, 11 April 2017 9:22:43 PM NZST Alexander Kanavin wrote: Also, they were previously squashed into a single patch; restore the original two-patch arrangement. Didn't Mark H just send a patch to fix this? Mark's patch incorrectly changes

Re: [OE-core] [PATCH] kmscube: add recipe

On 04/11/2017 10:54 AM, Carlos Rafael Giani wrote: This is a useful tool to test KMS and GBM-based EGL & OpenGL ES drawing Sorry, but the bar for adding recipes to oe-core is higher than a single all-purpose word 'useful'. Useful to whom? What does the tool do? Is it essential for making an

Re: [OE-core] [PATCH] gnome-common: add EXTRA_OECONF "--with-autoconf-archive"

On 04/13/2017 05:19 AM, Zhixiong Chi wrote: autoconf-archive is not in oe-core, is it? Yes,it is. As Alex said, it shouldn't depend the recipe from the other layers. I will try to move autoconf-archive into oe-core next step. First research other ways to fix the issue please; we try to

[OE-core] [PATCH] rpm: properly relocate additional native tools

These tools are not currently used for anything, but we should still provide working versions of them. [YOCTO #11400] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/rpm/rpm_git.bb | 30 ++ 1 file changed, 30 inse

[OE-core] [PATCH 05/11] libdnf: update to 0.8.1

Rebase the patches. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...parameters-for-both-libsolv-and-libsolvext-libdn.patch | 13 +++-- ...libsolv-variables-with-pkg-config-cmake-s-own-mo.patch | 15 --- meta/recipes-devtools/libdnf/libdnf_

[OE-core] [PATCH 07/11] python3-pygpgme: remove the recipe

It was required only by dnf, which has switched to official gpgme bindings. pygpgme itself is old and unmaintaned. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/python/python3-pygpgme_0.3.bb | 18 -- 1 file changed, 18 del

[OE-core] [PATCH 09/11] acpica: fix upstream version check

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-extended/acpica/acpica_20150515.bb| 1 + meta/recipes-extended/acpica/acpitests_20140828.bb | 1 + 2 files changed, 2 insertions(+) diff --git a/meta/recipes-extended/acpica/acpica_20150515.bb

[OE-core] [PATCH 02/11] byacc: remove the recipe

It was used only by rpm5 and will be moved to meta-oe Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-extended/byacc/byacc.inc | 22 --- .../0001-byacc-do-not-reorder-CC-and-CFLAGS.patch | 161 - meta/recipes-extended

[OE-core] [PATCH 08/11] libunwind: update to 1.2

Switch to using tarballs as git is unreliable (not responding right now). LICENSE file is gone; COPYING has an additional line on top with copyright attribution, the license text that follows has not changed. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/r

[OE-core] [PATCH 10/11] python3-iniparse: fix upstream version check

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/python/python3-iniparse_0.4.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/python/python3-iniparse_0.4.bb b/meta/recipes-devtools/python/python3-iniparse_0.4.bb

[OE-core] [PATCH 11/11] oe-selftest: add a test for upstream version check regressions

, or upstream check worked, recipe in exception list) fail the test. [YOCTO #11031] Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta-selftest/files/distrodata/checkpkg_exceptions | 27 ++ meta/lib/oeqa/selftest/distrodata.py

Re: [OE-core] [PATCH] openssh: upgrade to 7.5p1

On 04/18/2017 01:20 PM, Burton, Ross wrote: Yes, but... people keep doing it despite you and me and everyone else telling them not to. How about someone would stash those updates to a kind of 'master-next-next' branch, and dump them to the list again when the merge window

[OE-core] [PATCH 06/11] dnf: update to 2.3.0

Drop dependency on pygpgme, replace it with gpgme's own bindings. Add a patch that fixes an upstream regression. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...er-check-of-releasever-when-using-install.patch | 105 + meta/recipes-devtoo

[OE-core] [PATCH 04/11] libsolv: switch on ENABLE_COMPLEX_DEPS

This is required by recent versions of libdnf. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-extended/libsolv/libsolv_0.6.26.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-extended/libsolv/libsolv_0.6.26.bb

[OE-core] [PATCH 00/11] Various updates for 2.4

://git.yoctoproject.org/poky-contrib akanavin/package-version-updates http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates Alexander Kanavin (11): libiconv: remove recipe byacc: remove the recipe libxml2: move python module to Python 3 libsolv: switch

[OE-core] [PATCH 03/11] libxml2: move python module to Python 3

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-core/libxml/libxml2_2.9.4.bb | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/recipes-core/libxml/libxml2_2.9.4.bb b/meta/recipes-core/libxml/libxml2_2.9.4.bb index 0c3d6

Re: [OE-core] linux-yocto.do_validate_branches failing since last oe-core update

On 04/21/2017 03:26 PM, Bruce Ashfield wrote: Anyone else seeing this as well? Richard saw this once last week, and we weren't able to reproduce it. I've just updated and am doing builds now. If anyone has info on their config, build steps, etc, I'm interested to hear so I can figure

Re: [OE-core] [PATCH] python: make python2 and python3 alternatives to python

On 04/13/2017 11:33 AM, Dmitry Rozhkov wrote: If only python3 is installed on an image nothing provides /usr/bin/python even though many scripts compatible with both python2 and python3 just state `#!/usr/bin/env python` in their shebang line. Make python and python3 recipes provide

[OE-core] [PATCH 2/2] gpgme: add a dependency on python-unixadmin to Python bindings package

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-support/gpgme/gpgme_1.8.0.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-support/gpgme/gpgme_1.8.0.bb b/meta/recipes-support/gpgme/gpgme_1.8.0.bb index cb9143aded8..4ddf6ed9996

[OE-core] [PATCH 1/2] gpgme: correctly avoid host contamination

/lib* and /lib* directories. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...-Avoid-host-contamination-from-gpg-config.patch | 30 - ...g-skip-all-lib-or-usr-lib-directories-in-.patch | 31 ++ meta/recipes-support

Re: [OE-core] [PATCH] python: make python2 and python3 alternatives to python

On 04/13/2017 01:15 PM, Alexander Kanavin wrote: On 04/13/2017 11:33 AM, Dmitry Rozhkov wrote: If only python3 is installed on an image nothing provides /usr/bin/python even though many scripts compatible with both python2 and python3 just state `#!/usr/bin/env python` in their shebang line

Re: [OE-core] [PATCH] openssl: Fix symlink creation

On 04/19/2017 04:03 PM, David Vincent wrote: The problem is that I must be able to manage the configuration of a machine without physical intervention and only via package upgrades. A new configuration can be applied simply by incrementing the PR of a configuration package. But maybe this is a

Re: [OE-core] [PATCH] openssl: Fix symlink creation

On 04/19/2017 02:57 PM, Alexander Kanavin wrote: On 04/19/2017 02:53 PM, David Vincent wrote: This kind of thing is better done via ROOTFS_POSTPROCESS_COMMAND, I think. Look for examples in rootfs-postcommands.bbclass. The problem of ROOTFS_POSTPROCESS_COMMAND is that it is a one shot

Re: [OE-core] [PATCH] openssl: Fix symlink creation

On 04/19/2017 11:27 AM, David Vincent wrote: The package is then chosen during image creation based on some MACHINE_FEATURES, i.e. if the machine provides a crypto accelerator to use instead of relying on software implementations. I hope that these new details will help you understand what I was

Re: [OE-core] [PATCH] openssl: Fix symlink creation

On 04/19/2017 02:53 PM, David Vincent wrote: This kind of thing is better done via ROOTFS_POSTPROCESS_COMMAND, I think. Look for examples in rootfs-postcommands.bbclass. The problem of ROOTFS_POSTPROCESS_COMMAND is that it is a one shot function that is run at image creation. In my case, I

Re: [OE-core] [PATCH] rpm: 5.4.16 -> 5.4.17

On 03/10/2017 05:42 AM, Zheng Ruoqin wrote: 1) Upgrade rpm from 5.4.16 to 5.4.17 Apologies, but this is not anymore necessary. rpm5 will be replaced by rpm4 very soon - you are welcome to test it: https://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/dnf-rpm4 Alex --

[OE-core] [PATCH 2/4] bash: package bashbug separately

It's a machine-specific script, which is causing conflicts when multiple versions of bash are installed in multilib setting, and it also does not really make sense for embedded systems anyway. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-extende

[OE-core] [PATCH 4/4] gpgme: fix python module build and installation

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...-Avoid-host-contamination-from-gpg-config.patch | 28 ++ .../0001-Correctly-install-python-modules.patch| 26 meta/recipes-support/gpgme/gpgme_1.8.0.bb | 2

[OE-core] [PATCH 1/4] glibc: do the multilib_header magic also for bits/long-double.h

Otherwise it will cause conflicts in mutlilib setting, as it varies from one machine to another. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-core/glibc/glibc-package.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/r

Re: [OE-core] gpgme -- yet another python issue...

On 03/08/2017 10:18 PM, Mark Hatle wrote: Maybe someone else can spot how to fix this? I *had* to fix this as this prevented me fixing multilib stuff with dnf/rpm4 (which is the last remaining issue, I hope!). Patch is coming to ML shortly; you're welcome. Alex --

[OE-core] [PATCH 3/4] db: do the multilib_header processing for db.h

As it varies from one machine to another. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-support/db/db_5.3.28.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-support/db/db_5.3.28.bb b/meta/recipes-support/db/db_

[OE-core] [PATCH] base-files: do not write the current date into /etc/issue and /etc/issue.net

This is causing a problem in multilib where base-files and lib64/32-base-files clash because they may have different dates. Also, if the package is coming from sstate it has an incorrect date anyway. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-cor

Re: [OE-core] [PATCH 30/44] byacc: remove the recipe

On 03/10/2017 06:37 PM, Mark Hatle wrote: byacc, until recently, was required by the LSB / LSB Test Suite. So I'd rather is be kept in oe-core through the 2.3 release. I couldn't find it in the LSB 5 standard. Is it something from earlier versions? Alex --

Re: [OE-core] [PATCH 34/44] package_rpm.bbclass: add a /bin/sh Provides for nativesdk- packages

On 03/10/2017 06:54 PM, Mark Hatle wrote: On 3/10/17 5:24 AM, Alexander Kanavin wrote: nativesdk-* rpm packages all require /bin/sh because postinst scriptlets are run with it. We can either teach rpm4 and dnf to ignore that dependency (a lot of non-upstreamable work), or add auto-satisfy

<    8   9   10   11   12   13   14   15   16   17   >