[OE-core] couple ambiguities/errors(?) in rootfs-postcommands.bbclass

perusing rootfs-postcommands.bbclass ... * very first comment says, "Zap the root password if debug-tweaks feature is not enabled". should that not more properly say, "Zap an *empty* root password ..." for clarity? * further down: # We want this to run as late as possible, in

[OE-core] [PATCH] openssl: Disable make's -e flag without breaking ${AR}

From: Olof Johansson The OpenSSL recipe tried to workaround the -e make flag (overriding variables from the environment). And when the -e flag was dropped as the global default, it was specifically added for OpenSSL. This is unnecessary, as only the value of ${AR} seems

[OE-core] [PATCH] useradd-staticids.bbclass: Support recipes specifying static IDs

If this bblcass is used and a recipe specifies a static ID for a user/group as part of the USERADD_PARAM_${PN} or GROUPADD_PARAM_${PN}, the build would fail with and error like this if there was no corresponding ID in the passwd/group files specified via USERADD_UID_TABLES/USERADD_GID_TABLES:

[OE-core] [PATCH] toaster.bbclass: Correct parsing of installed-package-sizes.txt

The recent change in buildhistory.bbclass to use a tab in installed-package-sizes.txt between "KiB" and the package name caused toaster_buildhistory_dump() to fail since it parses the file and expected a space there. Signed-off-by: Peter Kjellerstedt ---

[OE-core] [PATCH 0/1] Whitelist sftp

I have been trying out the whitelisting of tools in $PATH, and it seems to work very well. However, one thing that I realized is that the tools used by the various fetchers need to be whitelisted. This patch adds sftp to HOSTTOOLS_NONFATAL as that is the only fetcher we use appart from git and

[OE-core] [PATCH 1/1] bitbake.conf: Add 'sftp' to HOSTTOOLS_NONFATAL

This is necessary to be able to use the sftp fetcher. Signed-off-by: Peter Kjellerstedt --- meta/conf/bitbake.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 5699099b41..4cf1f5d6ff 100644

[OE-core] [PATCH] feature-arm-thumb.inc: fix ARM_THUMB_SUFFIX for armv8

The current definition for ARM_THUMB_SUFFIX doesn't consider armv8 and will therefore cause TUNE_PKGARCH to be set incorrectly for machines which inherit arch-armv8 and don't include aarch64 in TUNE_FEATURES (ie when building for 32bit ARMv8). Also fix typo in comments and improve

[OE-core] [PATCH v2] selftest/devtool: Add test to verify "modify virtual/kernel"

From: Jose Perez Carranza The purpose of this test case is to verify that devtool modify works correctly when building the kernel. [YOCTO #10817] Signed-off-by: Jose Perez Carranza --- meta/lib/oeqa/selftest/devtool.py

Re: [OE-core] [PATCH v3 2/2] ghostscript: build and install libgs

On 09/03/17 17:36, Burton, Ross wrote: > On 9 March 2017 at 14:31, Andrew Shadura > wrote: > >> Build and install libgs library, which is a build dependency >> of a few other libraries, such as libspectre. >> >> We don't want to ship the executable binaries, only

Re: [OE-core] [PATCH 22/44] scripts/rpm2cpio.sh: replace 5.x version with 4.x version

Just an FYI, I was concerned that $(( )) (in the new script) was a bash-ism, but I was able to run the script on an Ubuntu machine using 'dash' as /bin/sh. --Mark On 3/10/17 5:24 AM, Alexander Kanavin wrote: > Signed-off-by: Alexander Kanavin > --- >

Re: [OE-core] [PATCH 41/44] bash: package bashbug separately

On 3/10/17 5:24 AM, Alexander Kanavin wrote: > 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. Out of curiosity what is machine specific here? (The

Re: [OE-core] [PATCH 39/44] package.bbclass: don't exclude package groups from runtime mapping

On 3/10/17 5:24 AM, Alexander Kanavin wrote: > This ensures that remapping happens correctly, particularly > when package groups list noarch packages, and multilib is in use. Previously > this was masked by rpm doing *another* layer of remapping on top of this. This change is definitely NOT rpm

Re: [OE-core] [PATCH 38/44] package_rpm.bbclass: do not strip multilib prefixes from package names, do not add multilib prefix to package arch

On 3/10/17 5:24 AM, Alexander Kanavin wrote: > This is done for reasons I cannot establish, and greatly complicates the code > that installs packages into rootfs. RPM internally resolves ELF dependencies through a resolution system. If you look at a typical Fedora, SuSe, etc system you will

Re: [OE-core] [PATCH 36/44] package_rpm.bbclass: do not set the OS dynamically when building rpms

On 3/10/17 5:24 AM, Alexander Kanavin wrote: > Packages need to contain just one value for the os field, otherwise > rpm will refuse to install them if they don't match what is in > /etc/rpm/platform. How will this work with nativesdk for things like targeting mingw (windows), darwin, or even

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

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 the dependency > in each package. I've

Re: [OE-core] [PATCH 19/44] package_rpm.bbclass: correctly map RRECOMMENDS and RSUGGESTS to rpm tags

On 3/10/17 5:23 AM, Alexander Kanavin wrote: > Previously they were swapped, not sure why. Their meaning, as far as rpm > world goes, is different: Just an FYI -- In RPM5 (well before rpm4 had support for recommended packages) it was implemented as 'suggests'. I have no idea why. --Mark > -

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

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. --Mark On 3/10/17 5:24 AM, Alexander Kanavin wrote: > It was used only by rpm5 and will be moved to meta-oe > > Signed-off-by: Alexander Kanavin

[OE-core] [PATCH] uninative: remove unneeded call to sparse copy

As of this commit: 39f5a05152aa0c3503735e18dd3b4c066b284107 patchelf no longer inflates file sizes. Since the files are no longer inflated by patchelf, we can skip using cp with the --sparse option. More details as to how patchelf has changed are available in that commit log. Signed-off-by:

Re: [OE-core] [meta-oe][PATCH rebased] wic: Fix and update rootfs-pcbios-ext plugin

On Thu, 2017-03-09 at 23:08 +0100, Adrian Freihofer wrote: > Resolves #11003 please sign-off and use the correct format for including the bugzilla entry. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH] wic: Prevent duplicate entries on fstab

On Fri, Mar 10, 2017 at 10:43 AM, Patrick Ohly wrote: > On Fri, 2017-03-10 at 10:32 -0300, Otavio Salvador wrote: >> On Fri, Mar 10, 2017 at 4:33 AM, Patrick Ohly wrote: >> > Suppose IMAGE_FSTYPES = "ext4 wic", and the WKS_FILE has multiple >> >

Re: [OE-core] [PATCH] wic: Prevent duplicate entries on fstab

On Fri, 2017-03-10 at 10:32 -0300, Otavio Salvador wrote: > On Fri, Mar 10, 2017 at 4:33 AM, Patrick Ohly wrote: > > Suppose IMAGE_FSTYPES = "ext4 wic", and the WKS_FILE has multiple > > partitions and thus needs more entries in /etc/fstab than the > > single-partition

Re: [OE-core] [PATCH 2/4] meta-selftest: add selftest-ed recipes

On Fri, 2017-03-10 at 13:27 +, Joshua Lock wrote: > On Thu, 2017-03-09 at 21:05 +0100, Patrick Ohly wrote: > > On Wed, 2017-03-08 at 17:24 +, Joshua Lock wrote: > > > The oe-selftest oescripts.TestScripts.test_cleanup_workdir was > > > using > > > gzip and the GPLv2 variant to test cleanup

Re: [OE-core] [PATCH] wic: Prevent duplicate entries on fstab

On Fri, Mar 10, 2017 at 4:33 AM, Patrick Ohly wrote: > On Thu, 2017-03-09 at 18:11 -0300, Otavio Salvador wrote: ... >> While discussing this with Fabio here, at O.S. Systems, we ended >> agreeing that wic touching the fstab is wrong. The fstab should be >> prepare as part

Re: [OE-core] [PATCH 2/4] meta-selftest: add selftest-ed recipes

On Thu, 2017-03-09 at 21:05 +0100, Patrick Ohly wrote: > On Wed, 2017-03-08 at 17:24 +, Joshua Lock wrote: > > The oe-selftest oescripts.TestScripts.test_cleanup_workdir was > > using > > gzip and the GPLv2 variant to test cleanup of the workdir. This > > broke > > with the removal of GPLv2

[OE-core] [PATCH v3] wic/partionedfs: Avoid reserving space for non-existing ext. partition

We don't need the gap that the extended partition occupies if we already know that we have less than five partitions. Saves up to one full alignment of space. Signed-off-by: Kristian Amlie --- scripts/lib/wic/plugins/imager/direct.py | 8 ++-- 1 file changed, 6

Re: [OE-core] [PATCH] wic/partionedfs: Avoid reserving space for non-existing ext. partition

Alright, finally got around to this again. Patch rebased, and passing tests. -- Kristian -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/3] quilt: Avoid hardcoding paths into output

Avoids: quilt-0.65-r0 do_package_qa: QA Issue: /usr/lib/quilt/ptest/quilt/scripts/edmail contained in package quilt-ptest requires /media/build1/poky/build/tmp/hosttools/perl, but no providers found in RDEPENDS_quilt-ptest? [file-rdeps] Signed-off-by: Richard Purdie

[OE-core] [PATCH 1/3] cdrtools-native: Fix when cc is missing

If cc isn't in PATH, the recipe fails. Set a variable to avoid this. Signed-off-by: Richard Purdie --- meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git

[OE-core] [PATCH 3/3] runqemu-gen-tapdevs: Improve help text with an example

Figuring how the correct commandline isn't trivial, improve the help text with RSS in mind. Signed-off-by: Richard Purdie --- scripts/runqemu-gen-tapdevs | 2 ++ 1 file changed, 2 insertions(+) diff --git a/scripts/runqemu-gen-tapdevs

[OE-core] [PATCH 43/44] 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 ---

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

Signed-off-by: Alexander Kanavin --- ...-Avoid-host-contamination-from-gpg-config.patch | 30 ++ .../0001-Correctly-install-python-modules.patch| 26 +++ meta/recipes-support/gpgme/gpgme_1.8.0.bb | 2 ++ 3 files

[OE-core] [PATCH 38/44] package_rpm.bbclass: do not strip multilib prefixes from package names, do not add multilib prefix to package arch

This is done for reasons I cannot establish, and greatly complicates the code that installs packages into rootfs. Signed-off-by: Alexander Kanavin --- meta/classes/package_rpm.bbclass | 55 1 file changed, 11

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

As it varies from one machine to another. Signed-off-by: Alexander Kanavin --- 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

[OE-core] [PATCH 35/44] security_flags.inc: update to reflect smart->dnf transition

Signed-off-by: Alexander Kanavin --- 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 index

[OE-core] [PATCH 39/44] package.bbclass: don't exclude package groups from runtime mapping

This ensures that remapping happens correctly, particularly when package groups list noarch packages, and multilib is in use. Previously this was masked by rpm doing *another* layer of remapping on top of this. Signed-off-by: Alexander Kanavin ---

[OE-core] [PATCH 41/44] 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 ---

[OE-core] [PATCH 36/44] package_rpm.bbclass: do not set the OS dynamically when building rpms

Packages need to contain just one value for the os field, otherwise rpm will refuse to install them if they don't match what is in /etc/rpm/platform. Signed-off-by: Alexander Kanavin --- meta/classes/package_rpm.bbclass | 2 +- 1 file changed, 1 insertion(+),

[OE-core] [PATCH 40/44] 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 --- meta/recipes-core/glibc/glibc-package.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH 33/44] run-postinsts: simplify the logic of whether to install it to images

The logic is scattered all over the place, but amounts to "install, unless the rootfs is read only". Let's express that directly. Signed-off-by: Alexander Kanavin --- meta-selftest/recipes-test/images/oe-selftest-image.bb | 2 +-

[OE-core] [PATCH 32/44] 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 --- meta/lib/oeqa/selftest/signing.py | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git

[OE-core] [PATCH 37/44] nspr: do not use shared library symbol resolution with musl

It breaks rpm 4.x because musl is printing an error message when the symbol is not found, and rpm takes it as an actual error. Signed-off-by: Alexander Kanavin --- meta/recipes-support/nspr/nspr_4.13.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[OE-core] [PATCH 34/44] 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

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

Signed-off-by: Alexander Kanavin --- 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 568882ba8f3..a97257e4177

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

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

[OE-core] [PATCH 31/44] 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 --- meta/lib/oe/gpg_sign.py | 7 ---

[OE-core] [PATCH 28/44] 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] [PATCH 27/44] 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 --- meta/classes/package_rpm.bbclass | 7 +-- 1 file changed, 5 insertions(+), 2

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

Signed-off-by: Alexander Kanavin --- 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] [PATCH 25/44] 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 --- 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 index

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

Signed-off-by: Alexander Kanavin --- meta/classes/testimage.bbclass | 25 ++-- meta/lib/oeqa/oetest.py | 7 -- meta/lib/oeqa/runtime/cases/dnf.py | 111 + meta/lib/oeqa/runtime/cases/parselogs.py | 1 +

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

Signed-off-by: Alexander Kanavin --- 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] [PATCH 22/44] scripts/rpm2cpio.sh: replace 5.x version with 4.x version

Signed-off-by: Alexander Kanavin --- scripts/rpm2cpio.sh | 108 ++-- 1 file changed, 55 insertions(+), 53 deletions(-) diff --git a/scripts/rpm2cpio.sh b/scripts/rpm2cpio.sh index 5df8c0f7054..cf23472ba95 100755

[OE-core] [PATCH 17/44] 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 --- meta/classes/package_rpm.bbclass | 4 +++- meta/classes/sstate.bbclass | 2 +- 2 files changed, 4 insertions(+), 2 deletions(-) diff

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

Previously they were swapped, not sure why. Their meaning, as far as rpm world goes, is different: - Recommends is a soft dependency and will be installed by default; there is an option not to do that. - Suggests is a suggestion to be picked up and presented to end user by package management

[OE-core] [PATCH 21/44] 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 --- meta/classes/rootfs_rpm.bbclass | 21 +- meta/lib/oe/package_manager.py | 1192 ---

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

Signed-off-by: Alexander Kanavin --- meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb | 2 +- meta/recipes-devtools/dnf/dnf_git.bb| 1 - meta/recipes-devtools/libcomps/libcomps_git.bb

[OE-core] [PATCH 18/44] 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 --- meta/lib/oe/package_manager.py | 41 ++--- meta/lib/oe/rootfs.py | 5 - 2 files

[OE-core] [PATCH 15/44] python-smartpm: remove the recipe

Signed-off-by: Alexander Kanavin --- ...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 --

[OE-core] [PATCH 12/44] libcomps: add a recipe

libcomps is required by dnf. Signed-off-by: Alexander Kanavin --- ...-set-PYTHON_INSTALL_DIR-by-running-python.patch | 41 ++ ...2-Set-library-installation-path-correctly.patch | 27 ++

[OE-core] [PATCH 16/44] db: remove the 6.x recipe

Version 6.x of Berkeley DB has been rejected by open source community due to its hostile AGPLv3 license; both Fedora and Debian are sticking with db 5.x - and by extension, all the open source projects are still developed and tested with db 5.x In oe-core the only thing that was requiring db

[OE-core] [PATCH 14/44] 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 ---

[OE-core] [PATCH 11/44] librepo: add a recipe

librepo is needed by dnf and libdnf. Signed-off-by: Alexander Kanavin --- ...ly-set-the-library-installation-directory.patch | 28 +++ ...to-obtain-PYTHON_INSTALL_DIR-by-running-p.patch | 41 ++

[OE-core] [PATCH 13/44] libdnf: add a recipe

libdnf is required by dnf. Signed-off-by: Alexander Kanavin --- ...cmake-drop-the-requirement-for-GTKDOC_SCA.patch | 31 + ...ers-for-both-libsolv-and-libsolvext-libdn.patch | 28 +++

[OE-core] [PATCH 10/44] 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 --- ...-not-add-include-and-library-directories-.patch | 32 ++

[OE-core] [PATCH 06/44] 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 09/44] python-iniparse: add a recipe

python-iniparse is required by dnf. Signed-off-by: Alexander Kanavin --- 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 diff

[OE-core] [PATCH 08/44] python-pygpgme: add a recipe

python-pygpgme is required by dnf. Signed-off-by: Alexander Kanavin --- 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 diff

[OE-core] [PATCH 04/44] 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 --- ...0001-Correctly-install-the-shared-library.patch | 28 +++

[OE-core] [PATCH 05/44] createrepo: remove the recipe

Signed-off-by: Alexander Kanavin --- .../createrepo/createrepo/createrepo-dbpath.patch | 61 .../createrepo/createrepo/createrepo-rpm549.patch | 22 --- ...dumpMetadata-disable-signature-validation.patch | 31

[OE-core] [PATCH 03/44] 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 --- meta/recipes-devtools/rpm/rpmresolve/rpmresolve.c | 426 -- meta/recipes-devtools/rpm/rpmresolve_1.0.bb | 29 --

[OE-core] [PATCH 02/44] libsolv: enable rpm support

This is required by libdnf. Signed-off-by: Alexander Kanavin --- 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

[OE-core] [PATCH 01/44] 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 --- meta/classes/package.bbclass | 4 ++-- 1 file

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

This patchset replaces the outdated, unsupported Smart package manager with DNF package manager (Fedora's successor to yum). This is not a trivial change and there are many consequences: - DNF is API incompatible with rpm5; therefore rpm5 is replaced with rpm4. - There are various non-default

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

Signed-off-by: Alexander Kanavin --- ...-Avoid-host-contamination-from-gpg-config.patch | 30 ++ .../0001-Correctly-install-python-modules.patch| 26 +++ meta/recipes-support/gpgme/gpgme_1.8.0.bb | 2 ++ 3 files

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

On 03/10/2017 12:51 PM, Burton, Ross wrote: No upstream-status. Will fix/resend. Also, does the PATH mangling in master-next solve this? I think not - python module build system calls gpgme-config to find out linking flags, and it gives -L${libdir} which is of course -L/usr/lib, so host

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

On 9 March 2017 at 20:23, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > +++ b/meta/recipes-support/gpgme/gpgme/0001-Avoid-host- > contamination-from-gpg-config.patch > @@ -0,0 +1,28 @@ > +From 96cfc76def123141d0cecaab857da3880396d5ef Mon Sep 17 00:00:00 2001 > +From: Alexander

[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 ---

Re: [OE-core] [PATCH] pkgconfig: Fix QA issue when upgrade rpm from 5.4.16 to 5.4.17

On 10 March 2017 at 03:55, Zheng Ruoqin wrote: > +RPROVIDES_${PN} += "pkgconfig(pkg-config) pkgconfig" > But PN is pkgconfig, so why is this required? Ross -- ___ Openembedded-core mailing list

[OE-core] [PATCH v2] gcc: move cc1 binary file to package cpp.

The file /usr/libexec/gcc/.../cc1 has been installed in package gcc instead of package cpp, because FILES statements for both packages match the cc1 binary. Move the file to package cpp and add cpp to RDEPENDS_gcc to fix the dependency. Having the cc1 binary in cpp fixes errors such as: "cpp:

[OE-core] [PATCH] curl: upgrade to 7.53.1

Signed-off-by: Fan Xin --- meta/recipes-support/curl/{curl_7.53.0.bb => curl_7.53.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/curl/{curl_7.53.0.bb => curl_7.53.1.bb} (94%) diff --git

Re: [OE-core] [PATCH] gcc: let cpp rrecommend gcc.

On Thu, 2017-03-09 at 14:17 +, Khem Raj wrote: > > The file /usr/libexec/gcc/.../cc1 has been installed in package > > "gcc" > > instead of package "cpp", because FILES statements for both > > packages > > match the cc1 binary. Remove the attempt to install the file in cpp > > to > > avoid

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 --