[OE-core] [PATCH 00/45] Move recipes to use Python 3 whenever possible

://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/deprecate-python2 Alexander Kanavin (45): python-native, python3-native: remove the use of exported HOST_SYS and BUILD_SYS variables distutils-native-base.bbclass, distutils3-native-base.bbclass: remove python3-dir.bbclass: add

[OE-core] [PATCH 01/45] python-native, python3-native: remove the use of exported HOST_SYS and BUILD_SYS variables

The code that utilized them was superseded by the code (in the same patch!) that is utilizing STAGING_LIBDIR/STAGING_INCDIR, and wasn't correct in the first place as HOST_SYS is not necessarily the same as the sysroot directory name. Signed-off-by: Alexander Kanavin <alexander.k

[OE-core] [PATCH 05/45] sip.bbclass: remove

Nothing is requiring it in oe-core or meta-oe. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/sip.bbclass | 61 1 file changed, 61 deletions(-) delete mode 100644 meta/classes/sip.bbclass diff --git

[OE-core] [PATCH 07/45] bind: switch Python dependency to Python 3.x

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-connectivity/bind/bind_9.10.3-P3.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-connectivity/bind/bind_9.10.3-P3.bb b/meta/recipes-connectivity/bind/bind_9.10.3

[OE-core] [PATCH 34/45] libnewt-python: move to Python 3

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-extended/newt/libnewt-python_0.52.18.bb | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-extended/newt/libnewt-python_0.52.18.bb b/meta/recipes-extended/newt/l

[OE-core] [PATCH 43/45] python3: add = to -L linking option only when the path is absolute

Previously it was added also when the path was relative and not prefixed with ./, which was causing issues with building numpy. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/python/python3/unixccompiler.patch | 6 +++--- 1 file chan

Re: [OE-core] [PATCH 1/3] ofono: update to 1.18

On 05/16/2016 02:54 PM, Maxin B. John wrote: Maxin can cherry-pick one of my patches, or just postpone the version update until the py3 patchset is merged: https://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=akanavin/deprecate-python2=6f7eac37a25f1ab55a28cac7b15674dcd6962404 I

Re: [OE-core] [PATCH 1/3] ofono: update to 1.18

On 05/14/2016 09:23 AM, Richard Purdie wrote: On Thu, 2016-05-12 at 16:16 +0300, Maxin B. John wrote: 1.17 -> 1.18 Signed-off-by: Maxin B. John This results in: http://errors.yoctoproject.org/Errors/Details/62886/ which Alexander would probably be quite pleased about

Re: [OE-core] [PATCH] arch-powerpc64.inc: disable the use of qemu usermode on ppc64

On 05/02/2016 06:46 PM, Khem Raj wrote: should we replace qemu-ppc with qemu-ppc64 instead of disabling it qemu-ppc64 is already used on 64 bit powerpc, the problem is that it always crashes. Do we need to adjust the emulated machine parameter ? I don't see how. The CPU list produced by

Re: [OE-core] [master][krogoth][PATCH 1/2] qemu: Security fix CVE-2016-2857

On 05/04/2016 12:52 PM, Joshua G Lock wrote: I've been seeing: "qemu: uncaught target signal 11 (Segmentation fault) - core dumped" when trying to build gobject-introspection for qemux86 recently and narrowed it down to this change, if I revert this patch the use of qemu-native by

Re: [OE-core] [master][krogoth][PATCH 1/2] qemu: Security fix CVE-2016-2857

On 05/06/2016 06:47 PM, akuster808 wrote: I can not reproduce this issue. I have used two different build systems. I have another I will try. so the testcase be? 1) bitbake core-image-sato 2) runqemu qemux86 3) verify that you have a bunch of .gir and .typelib files on that image (or in

[OE-core] [PATCH] gobject-introspection.bbclass: disable introspection for -native recipes

It is not necessary for native, adds to the build time, and pulls in the unneeded qemu-native dependency. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/gobject-introspection.bbclass | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-)

Re: [OE-core] [PATCH] arch-powerpc64.inc: disable the use of qemu usermode on ppc64

On 04/29/2016 11:34 PM, Khem Raj wrote: should we replace qemu-ppc with qemu-ppc64 instead of disabling it qemu-ppc64 is already used on 64 bit powerpc, the problem is that it always crashes. Alex -- ___ Openembedded-core mailing list

Re: [OE-core] moving OpenEmbedded-core to Python 3

On 04/29/2016 11:43 PM, Khem Raj wrote: Can you clarify the scope, are you addressing the case where target images would prefer python3 and you are making sure that packages that use python on target are ready for using it. There is no way to set a 'preference' for Python 3. Either version of

[OE-core] [PATCH] git: update to 2.7.4

This should also fix recent CVEs: https://ma.ttias.be/remote-code-execution-git-versions-client-server-2-7-1-cve-2016-2324-cve-2016-2315/ Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/git/git_2.7.2.bb | 11 --- meta/recipes-devtoo

Re: [OE-core] [PATCH 09/45] python3: manipulate all of the config*/Makefile files, not just config/Makefile

>> install -m 0644 Makefile.sysroot >> ${D}/${libdir}/python${PYTHON_MAJMIN}/config/Makefile >> +install -m 0644 Makefile.sysroot >> ${D}/${libdir}/python${PYTHON_MAJMIN}/config-${PYTHON_MAJMIN}m/Makefile > > Shouldn't it use "PYTHON_ABI" variable instead of "m"? Thanks, I fixed it in

Re: [OE-core] [PATCH 0/6] remove unneeded python2 recipes

> * Robert Yang [160524 05:25]: > >> They were required by buildtools-tarball, now replaced by python3 ones. > > Do you plan to add those recipes to meta-python? > > I think quite a few of them are usefull for quite some situations. Oe-core does provide Python 3

Re: [OE-core] [PATCH 00/45] Move recipes to use Python 3 whenever possible

>> Please create one (or three) defects and assign them to me for smartpm, >> createrepo, and rpm python3 support. (I doubt I'll be the one doing the >> work, >> but I'll do my best to find someone to do the work.) > > Yes, I'll do that now. Filed at

Re: [OE-core] [PATCH 00/45] Move recipes to use Python 3 whenever possible

>> Consequently, rpm's python bindings (required by smartpm) stay at python >> 2 as well >> for now, even tough python 3 seems to be supported. > > Is there a porting guide or similar that can used to help identify what > types of > changes are needed. I am not at all familiar with what python 3

Re: [OE-core] [PATCH 05/45] sip.bbclass: remove

> The pyqt recipe in meta-qt4 uses sip. It's using the sip recipe, but not the sip class. I don't see anything in meta-qt4 that is using the class, do you? Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] sip.bbclass?

> Nothing in OE-Core uses extrenalsrc directly but we'd still want > something like that in the core so I don't think the rule is absolute. > What we wouldn't want to see is multiple layers maintaining different > and potentially incompatible versions of a class file. > > That said, I think there

Re: [OE-core] [PATCH 28/45] swig: move to Python 3

> I'm trying to get my head around how this change will impact python2 > based programs that use swig, such as gnuradio. > > Does this mean all programs that use swig will need to move to python3 > now? Probably. At least nothing in meta-oe or oe-core was impacted by this, as far as I see, but if

Re: [OE-core] [PATCH 6/7] gnupg.org-hosted recipes: Change SRC_URI to https site

> Change gnutls to use GNUPG_MIRROR as well: they have their own domain > but the ftp site is the slow, unreliable gnupg.org one. Doesn't work for gnutls I'm afraid: https://www.gnupg.org/ftp/gcrypt/gnutls/v3.4/ Alex -- ___ Openembedded-core mailing

Re: [OE-core] [PATCH 1/5] python-six: Add to oe-core

On 07/12/2016 01:38 PM, Jussi Kukkonen wrote: Interestingly python-cryptography does not have six in "setup_requires" so I still don't understand why it would do this. I'll do a few tests on that before sending the updated patch set. Maybe it simply used to have that in the past, and no

Re: [OE-core] [PATCH] security_flags.inc: libidn fails to build w/ -Wformat-security

On 06/27/2016 12:10 PM, Burton, Ross wrote: ../../libidn-1.32/src/idn.c: In function 'main': ../../libidn-1.32/src/idn.c:172:7: error: format not a string literal and no format arguments [-Werror=format-security] error (0, 0, _("only one of -s, -e, -d, -a, -u or -n can be

Re: [OE-core] [PATCH 0/4] musl/glibc/binutils updates

On 07/08/2016 05:07 PM, Khem Raj wrote: Fix gcc5 hang in SDK with -mmusl Update musl to 1.1.15 release Update binutils to 2.26.1 Update glibc to latest on 2.24 freeze tree What about uclibc? It should be updated as well. I do not test it regularly. If there are users who want it we can

Re: [OE-core] [PATCH 0/4] musl/glibc/binutils updates

On 07/07/2016 09:08 PM, Khem Raj wrote: Fix gcc5 hang in SDK with -mmusl Update musl to 1.1.15 release Update binutils to 2.26.1 Update glibc to latest on 2.24 freeze tree What about uclibc? It should be updated as well. Alex -- ___

Re: [OE-core] [PATCH 1/5] python-six: Add to oe-core

On 07/11/2016 02:46 PM, Jussi Kukkonen wrote: Not sure where a URL like that comes from or why it would be accessed during build? Li Xin, any comment? A few recipes in meta-oe have this issue, for example python-mccabe: DEBUG: Executing shell function do_compile Download error on

[OE-core] [PATCH 1/8] security_flags.inc: enable PIE for a few recipes

They used to fail with PIE enabled, but no longer do. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/conf/distro/include/security_flags.inc | 13 - 1 file changed, 13 deletions(-) diff --git a/meta/conf/distro/include/security_flags.inc b/met

[OE-core] [PATCH 3/8] desktop-file-utils-native: update to 0.23

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...op-file-utils-native_0.22.bb => desktop-file-utils-native_0.23.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/desktop-file-utils/{desktop-file-utils-native_0.22.bb =&

[OE-core] [PATCH 4/8] libwnck3: upgrade to 3.20.1

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-gnome/libwnck/{libwnck3_3.14.1.bb => libwnck3_3.20.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/libwnck/{libwnck3_3.14.1.bb => libwnck3_3.20.1.bb} (77%)

[OE-core] [PATCH 5/8] epiphany: update to 3.20.3

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../recipes-gnome/epiphany/{epiphany_3.18.4.bb => epiphany_3.20.3.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/epiphany/{epiphany_3.18.4.bb => epiphany_3.20.3.bb}

[OE-core] [PATCH 7/8] python-numpy: fix upstream version check

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/python-numpy/python-numpy_1.11.0.bb | 1 + meta/recipes-devtools/python-numpy/python3-numpy_1.11.0.bb | 1 + 2 files changed, 2 insertions(+) diff --git a/meta/recipes-devtools/python-numpy/

[OE-core] [PATCH 6/8] python-scons: fix upstream version check

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/python/python-scons_2.5.0.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-devtools/python/python-scons_2.5.0.bb b/meta/recipes-devtools/python/python-scons_2.5.0.bb index c

[OE-core] [PATCH 8/8] recipes-sato: fix upstream version check

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-sato/matchbox-config-gtk/matchbox-config-gtk_0.2.bb | 1 + meta/recipes-sato/matchbox-terminal/matchbox-terminal_0.1.bb | 1 + meta/recipes-sato/matchbox-theme-sato/matchbox-theme-sato_0.2.bb | 1 +

Re: [OE-core] [PATCH] security_flags.inc: enable PIE for a few recipes

On 08/08/2016 06:58 PM, Burton, Ross wrote: -SECURITY_CFLAGS_pn-mesa-gl = "${SECURITY_NO_PIE_CFLAGS}" Did you test this? For intel-corei7-64 with hardening enabled it fails like this: The world build with this patch was tested several weeks ago, for a i686 target. I'll test again.

Re: [OE-core] [master][PATCH] 3/5] bzip2: Security fix CVE-2016-3189

On 07/17/2016 02:04 AM, Armin Kuster wrote: +Upstream-Status: Backport +https://bugzilla.suse.com/attachment.cgi?id=681334 + +CVE: CVE-2016-3189 Backport means the patch is taken from upstream development repository, and it's also good to provide a link to where it is in the upstream. This

[OE-core] [PATCH] security_flags.inc: enable PIE for a few recipes

They used to fail with PIE enabled, but no longer do. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/conf/distro/include/security_flags.inc | 11 --- 1 file changed, 11 deletions(-) diff --git a/meta/conf/distro/include/security_flags.inc b/met

Re: [OE-core] oe-core package maintenance Q document

On 06/30/2016 06:13 PM, Alexander Kanavin wrote: http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbeddedOpenembbedded-core package maintenance This should read simply 'Openembbedded-core package maintenance'. Alex -- ___ Openembedded

[OE-core] oe-core package maintenance Q document

Hello world, I've written a brief Q about how package maintenance works in OpenEmbedded-core. I would really appreciate any suggestions about what needs to be changed, added, or expanded - then this can go into Yocto blog for example.

Re: [OE-core] [PATCH 2/2] pseudo: upgrade to 1.8.0

On 07/01/2016 10:30 PM, Joshua Lock wrote: * drop patches where the changes exist upstream * fetch from git as no tarball is available for 1.8.0 diff --git a/meta/recipes-devtools/pseudo/pseudo_1.8.0.bb b/meta/recipes-devtools/pseudo/pseudo_1.8.0.bb new file mode 100644 index

Re: [OE-core] [PATCH 2/2] pseudo: upgrade to 1.8.0

On 07/04/2016 03:10 PM, Joshua G Lock wrote: Thanks for catching this, I failed badly at merging some local changes. I will send a v2 with the correct SRCREV. I'll also see whether I can convince someone to tag the repo. Please first make a tag, and then send a recipe update. I'd like to

[OE-core] [PATCH] selftest: do not perform a full build in test_continue

This was fetching and building the toolchain and everything else against empty download dir and sstate cache, and so was enormously slow. The test does not need that, it only checks that one fetch task fails and another succeeds when using bitbake's -k option. Signed-off-by: Alexander Kanavin

Re: [OE-core] [PATCH] selftest: do not perform a full build in test_continue

On 02/02/2017 03:47 PM, Burton, Ross wrote: runCmd('bitbake -c cleanall man xcursor-transparent-theme') -result = runCmd('bitbake man xcursor-transparent-theme -k', ignore_status=True) +result = runCmd('bitbake -c unpack -k man

Re: [OE-core] [PATCH 1/3] go: Add recipes for golang compilers and tools

On 02/08/2017 03:57 PM, Gary Thomas wrote: FWIW I disagree. Go is a popular systems language and we're increasingly supporting a wide-array of systems with OE (from iot to ivi and beyond). Go is already in wide enough use and duplicated in enough layers that we would be doing folks a favour by

Re: [OE-core] [PATCH] pulseaudio: 9.0 -> 10.0

On 02/03/2017 09:06 AM, Tanu Kaskinen wrote: Dropped json-c and gdbm from DEPENDS. The new release doesn't use json-c any more. gdbm isn't used when --with-database=simple is passed to configure, so it should have been removed from DEPENDS a long time ago. Does anything else in oe-core still

Re: [OE-core] [PATCHv2] qemu: Upgrade to 2.7.1

On 01/20/2017 09:44 PM, Patrick Ohly wrote: In contrast to Alexander, I would also keep http://wiki.qemu-project.org/download/${BP}.tar.bz2 in qemu_2.7.1.bb with SRC_URI =+ because then there can be a qemu_git.bb with a different URL than the one above. I would discourage creation of such

Re: [OE-core] [PATCH] ed: use yoctoproject mirror for SRC_URI

On 01/23/2017 06:20 PM, Ross Burton wrote: We shoud upgrade to the latest release but as new releases are only compressed using lzip that means adding lzip-native to oe-core, so this is a suitable short-term fix. -SRC_URI = "${GNU_MIRROR}/ed/ed-${PV}.tar.gz" +SRC_URI =

Re: [OE-core] what is the working directory for configure/compile/install tasks?

On 01/27/2017 02:44 PM, Robert P. J. Day wrote: i've been handed a simple example of Makefile-based source to turn into a recipe, and the configure/build process is absolutely straightforward -- top-level "configure" and "Makefile" files to be run -- to the point where i can simply define

Re: [OE-core] [PATCH] openssh: Security Advisory - openssh - CVE-2016-10010

On 01/25/2017 07:19 AM, Li Zhou wrote: sshd in OpenSSH before 7.4, when privilege separation is not used, creates forwarded Unix-domain sockets as root, which might allow local users to gain privileges via unspecified vectors, related to serverloop.c. Porting patch from

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

On 01/20/2017 01:35 PM, Patrick Ohly wrote: On Thu, 2017-01-19 at 16:46 -0600, Aníbal Limón wrote: SRC_URI_prepend = "http://wiki.qemu-project.org/download/${BP}.tar.bz2; -SRC_URI[md5sum] = "08d4d06d1cb598efecd796137f4844ab" -SRC_URI[sha256sum] =

[OE-core] [PATCHv2 31/39] ossp-uuid: 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> --- .../ossp-uuid/0001-Change-library-name.patch | 119 - ...erve-m-option-status-in-v-option-handling.patch | 62 --- .../oss

[OE-core] [PATCHv2 33/39] gpg_sign.py: fix signing of rpm files using gpg

This means a) calling rpmkeys and rpmsign instead of rpm b) instructing gpg to run non-interactively; otherwise on my machine it pops up windows requesting a key passphrase Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/lib/oe/gpg_sign.py | 4 ++--

[OE-core] [PATCHv2 30/39] selftest: allow bitbake to fail in test_options_warnqa_errorqa_switch

rpm4 seems to be stricter about duplicate entries in .spec, and so we should let it fail for the test case to succeed. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/lib/oeqa/selftest/buildoptions.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[OE-core] [PATCHv2 21/39] rootfs_rpm.bbclass: migrate image creation to dnf

To properly look at this patch, you probably need a side-by-side diff viewing tool. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/rootfs_rpm.bbclass | 21 +- meta/lib/oe/package_manager.py | 1189 +++ meta/

[OE-core] [PATCHv2 26/39] testimage.bbclass: fix runtime test for rpm, port smart tests to dnf

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/testimage.bbclass | 21 ++-- meta/lib/oeqa/oetest.py | 7 -- meta/lib/oeqa/runtime/cases/dnf.py | 112 ++ meta/lib/oeqa/runtime/cases/parselogs.py

[OE-core] [PATCHv2 28/39] selftest: do not perform a full build in test_continue

This was fetching and building the toolchain and everything else against empty download dir and sstate cache, and so was enormously slow. The test does not need that, it only checks that one fetch task fails and another succeeds when using bitbake's -k option. Signed-off-by: Alexander Kanavin

[OE-core] [PATCHv2 12/39] libcomps: add a recipe

libcomps is required by dnf. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...-set-PYTHON_INSTALL_DIR-by-running-python.patch | 41 ++ ...2-Set-library-installation-path-correctly.patch | 27 ++ meta/recipes-devtools/li

[OE-core] [PATCHv2 15/39] python-smartpm: remove the recipe

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...m_sys-use-md5sum-instead-of-mtime-as-the-.patch | 38 -- ...art-add-deugging-when-targetpath-is-empty.patch | 47 --- .../smart-add-for-rpm-ignoresize-check.patch | 35 -- .../smart-already-ins

[OE-core] [PATCHv2 14/39] dnf: add a recipe

This is replacing Smart package manager, which is unsupported upstream, and has a growing amount of issues (lack of python 3.x support in particular). We identified dnf as the only feasible replacement. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...Co

[OE-core] [PATCHv2 24/39] package_rpm.bbclass: replace createrepo reference with createrepo_c

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/package_rpm.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass index 480c6d58d39..27a2bb479a2 100644 ---

[OE-core] [PATCHv2 10/39] python-backports-lzma: add a recipe

It is needed by dnf, and only when using Python 2.x, so can be dropped after moving dnf/rpm4 stack to Python 3.x. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...-not-add-include-and-library-directories-.patch | 32 ++ .../python-bac

[OE-core] [PATCHv2 11/39] librepo: add a recipe

librepo is needed by dnf and libdnf. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...ly-set-the-library-installation-directory.patch | 28 +++ ...to-obtain-PYTHON_INSTALL_DIR-by-running-p.patch | 41 ++ ...-race-when-deleting-tem

[OE-core] [PATCHv2 00/39] Replace Smart package manager with DNF package manager

version for change in eSDK selftest behaviour (2017-02-19 09:39:03 -0800) are available in the git repository at: git://git.yoctoproject.org/poky-contrib akanavin/dnf-rpm4 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/dnf-rpm4 Alexander Kanavin (37): package.bbclass: fix

[OE-core] [PATCHv2 01/39] package.bbclass: fix locations of debugedit and rpmdeps utilities

rpm4 installs them in different locations than rpm5. This also replaces our custom rpmdeps-oecore with standard rpmdeps; I'm not seeing a significant performance penalty. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/package.bbclass | 4 ++--

[OE-core] [PATCHv2 04/39] createrepo-c: add a recipe

This is the current C reimplementation/replacement of the original createrepo. https://github.com/rpm-software-management/createrepo_c/wiki Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...0001-Correctly-install-the-shared-library.patc

[OE-core] [PATCHv2 05/39] createrepo: remove the recipe

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../createrepo/createrepo/createrepo-dbpath.patch | 61 .../createrepo/createrepo/createrepo-rpm549.patch | 22 --- ...dumpMetadata-disable-signature-validation.patch | 31 .../createrepo/createre

[OE-core] [PATCHv2 29/39] selftest: update output checks in incremental image test to match what dnf prints

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/lib/oeqa/selftest/buildoptions.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/lib/oeqa/selftest/buildoptions.py b/meta/lib/oeqa/selftest/buildoptions.py index d40eb007ded..18015

[OE-core] [PATCHv2 22/39] scripts/rpm2cpio.sh: replace 5.x version with 4.x version

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- scripts/rpm2cpio.sh | 108 ++-- 1 file changed, 55 insertions(+), 53 deletions(-) diff --git a/scripts/rpm2cpio.sh b/scripts/rpm2cpio.sh index 5df8c0f7054..cf23472ba95

[OE-core] [PATCHv2 20/39] nativesdk-packagegroup-sdk-host: replace smartpm with dnf

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb | 2 +- meta/recipes-devtools/dnf/dnf_git.bb | 1 - meta/recipes-devtools/libcomps/libcomps_

[OE-core] [PATCHv2 16/39] db: remove the 6.x recipe

.x was rpm 5.x, and so there's no reason to continue carrying db 6.x in oe-core. If someone needs API features that are only available in db 6.x, it can be re-added to meta-oe. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/conf/distro/include/default-versio

[OE-core] [PATCHv2 18/39] package_manager.py: improve the API for insert_feed_uris()

No need to store the configuration as class members, just pass it directly into the method. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/lib/oe/package_manager.py | 41 ++--- meta/lib/oe/rootfs.py | 5 - 2

[OE-core] [PATCHv2 25/39] package_rpm.bbclass: no need to specify the magic file location

It's handled by the rpm wrapper command, created in rpm recipe. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/package_rpm.bbclass | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass

[OE-core] [PATCHv2 19/39] package_rpm.bbclass: correctly map RRECOMMENDS and RSUGGESTS to rpm tags

tools; it has no special meaning otherwise. OE packages use RRECOMMENDS, which should be mapped to Recommends rpm tag, so that the packages will be picked up as dependencies. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/package_rpm.bbclas

[OE-core] [PATCHv2 27/39] package_rpm.bbclass: instruct rpm to not remove the buildroot directory

This is the ${W}/package directory which may be reused in subsequent builds. Also clean up various default directories rpm 4 creates. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/package_rpm.bbclass | 7 +-- 1 file changed, 5 insertions

[OE-core] [PATCHv2 17/39] package_rpm.bbclass: make architecture-independent .rpm packages "noarch" instead of "all"

Too many places in dnf/rpm4 stack make that assumption; let's not fight against it. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/classes/package_rpm.bbclass | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/classes/package_rpm.bbc

[OE-core] [PATCHv2 23/39] scripts/oe-setup-rpmrepo: replace createrepo with createrepo_c

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- scripts/oe-setup-rpmrepo | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/oe-setup-rpmrepo b/scripts/oe-setup-rpmrepo index 7dcded8f1d4..df1c61435c1 100755 --- a/scripts/oe-setup-rpmrepo

[OE-core] [PATCHv2 02/39] libsolv: enable rpm support

This is required by libdnf. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-extended/libsolv/libsolv_0.6.24.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/libsolv/libsolv_0.6.24.bb b/meta/recipes-ex

[OE-core] [PATCHv2 03/39] rpmresolve: remove the recipe

The source code is incompatible with rpm4 API - let's use rpm binary itself for now. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c | 426 -- meta/recipes-devtools/rpm/rpmresolve_1.0.bb

[OE-core] [PATCHv2 09/39] python-iniparse: add a recipe

python-iniparse is required by dnf. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/python/python-iniparse_0.4.bb | 17 + 1 file changed, 17 insertions(+) create mode 100644 meta/recipes-devtools/python/python-iniparse_0.4.bb

[OE-core] [PATCHv2 08/39] python-pygpgme: add a recipe

python-pygpgme is required by dnf. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/python/python-pygpgme_0.3.bb | 18 ++ 1 file changed, 18 insertions(+) create mode 100644 meta/recipes-devtools/python/python-pygpgme_0.3.bb

[OE-core] [PATCHv2 06/39] rpm: add a 4.x recipe

The dnf stack is written and tested against rpm 4.x. So if we want to use dnf for packaging, we should also use rpm 4 - there's simply too much work involved in making rpm 5 work with it due to significant API differences, and supporting that going forward. Signed-off-by: Alexander Kanavin

[OE-core] [PATCH 06/24] libva: fix upstream version check

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-graphics/libva/libva_1.7.3.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-graphics/libva/libva_1.7.3.bb b/meta/recipes-graphics/libva/libva_1.7.3.bb index a7b4b90a062..982b48ce943

[OE-core] [PATCH 10/24] btrfs-tools: update to 4.9.1

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

[OE-core] [PATCH 01/24] ruby: fix upstream version check

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-devtools/ruby/ruby.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/ruby/ruby.inc b/meta/recipes-devtools/ruby/ruby.inc index f38ebb0a151..e24ae24187d 100644 --- a/meta/r

[OE-core] [PATCH 04/24] sysprof: inherit upstream-version-is-even

It is a gnome project, and so is subject to same versioning convention. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-kernel/sysprof/sysprof_3.22.3.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/s

[OE-core] [PATCH 02/24] zlib: fix upstream version check

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-core/zlib/zlib_1.2.8.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/zlib/zlib_1.2.8.bb b/meta/recipes-core/zlib/zlib_1.2.8.bb index 913c7033d44..06d1d21d516 100644 --- a/meta/r

[OE-core] [PATCH 00/24] Recipe updates and version check fixes

version (2017-02-21 13:36:01 +0200) 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 (24): ruby: fix upstream version

[OE-core] [PATCH 03/24] kconfig-frontends: fetch source from git

This is where development happens; tarballs are no longer produced. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../kconfig-frontends/kconfig-frontends_3.12.0.0.bb | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/meta/r

[OE-core] [PATCH 05/24] libepoxy: fix upstream version check

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/recipes-graphics/libepoxy/libepoxy_1.4.0.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.4.0.bb b/meta/recipes-graphics/libepoxy/libepoxy_1.4.0.bb index 4d52f

Re: [OE-core] [PATCH 1/1] selftest/runtime-test.py: Add test to check PACKAGE_FEED_URIS var

On 02/20/2017 08:54 PM, Humberto Ibarra wrote: features = 'INHERIT += "testimage"\n' features += 'TEST_SUITES = "ping ssh selftest"\n' +features += 'PACKAGE_FEED_URIS = "http://192.168.7.1:8080"\n' Can you make the assumption that the IP address will be exactly this?

Re: [OE-core] [PATCH 20/24] libiconv: remove recipe

On 02/24/2017 01:04 AM, Burton, Ross wrote: > ERROR: Nothing PROVIDES 'virtual/nativesdk-libiconv' (but > virtual:nativesdk:/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-qa-extras/build/meta/recipes-core/gettext/gettext_0.19.8.1.bb > DEPENDS

[OE-core] [PATCH] webkitgtk: update to 2.14.5

Remove a reference to WebKit/LICENSE, as the directory is not there anymore (and the LICENSE file in it hasn't been moved somewhere else) - it was a relic of webkit 1.x era. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- .../recipes-sato/webkit/{webkitgtk_2.1

Re: [OE-core] [PATCH 24/24] systemtap: update to 3.1

On 02/24/2017 04:22 PM, Burton, Ross wrote: Add support for python 3 probes ERROR: QA Issue: lib64-systemtap: Files/directories were installed but not shipped in any package: /usr/lib/python3.5/site-packages/HelperSDT-0.1.0-py3.5.egg-info

[OE-core] [PATCH] systemtap: update to 3.1

modules to correct destination). Add perl to RDEPENDS to fix a QA warning about one of the installed files. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- ...configure-write-a-python-location-into-th.patch | 25 + ...all-python-modules-to-correct-l

Re: [OE-core] [PATCH 09/24] boost: update to 1.63.0

On 02/23/2017 11:21 AM, André Draszik wrote: Drop backported 0002-boost-test-execution_monitor.hpp-fix-mips-soft- float.patch Rebase consider-hardfp.patch to 0001-When-using-soft-float-on-ARM-we- should-not-expect-th.patch I would think that the arm specific soft-float hack

[OE-core] [PATCHv2 39/39] security_flags.inc: update to reflect smart->dnf transition

Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/conf/distro/include/security_flags.inc | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/meta/conf/distro/include/security_flags.inc b/meta/conf/distro/include/security_flags.inc

[OE-core] [PATCHv2 34/39] lib/oe/gpg_sign: make gpg version a property of the signer

From: Markus Lehtonen <markus.lehto...@linux.intel.com> Signed-off-by: Markus Lehtonen <markus.lehto...@linux.intel.com> Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/lib/oe/gpg_sign.py | 10 +- 1 file changed, 5 insertions(+), 5 deleti

[OE-core] [PATCHv2 36/39] oe-selftest: no need to parse gpg output to determine the name of the signing key

The parsing fails on my machine, and we use a key with a hardcoded name, and so can provide it directly. Signed-off-by: Alexander Kanavin <alexander.kana...@linux.intel.com> --- meta/lib/oeqa/selftest/signing.py | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/me

[OE-core] [PATCHv2 38/39] package_rpm.bbclass: add a /bin/sh Provides for nativesdk- packages

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 the dependency in each package. I've chosen to do the latter. Signed-off-by: Alexander Kanavin

<    4   5   6   7   8   9   10   11   12   13   >