[OE-core] [PATCH 4/4] ncurses: fix beaglebone do_configure failure

In configure, the option ${HOST_CC_ARCH} was removed from ${CC}: --- |configure:2188: WARNING: your environment misuses the CC variable to hold CFLAGS/CPPFLAGS options |configure:2284: testing resulting CC: 'arm-poky-linux-gnueabi-gcc

[OE-core] [PATCH 3/4] ncurses: 6.0+20160625 -> 6.0+20161126

Signed-off-by: Hongxu Jia --- .../ncurses/{ncurses_6.0+20160625.bb => ncurses_6.0+20161126.bb}| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-core/ncurses/{ncurses_6.0+20160625.bb => ncurses_6.0+20161126.bb} (84%) diff --git

[OE-core] [PATCH 2/4] bash: update patches for 4.4

- Update patches from upstream to 4.4 - Add ${PN}-loadable for loadable builtins which is new features in Bash 4.4 -- a. `make install' now installs the example loadable builtins and a set of bash headers to use when developing new loadable builtins. b. `enable -f'

[OE-core] [PATCH V3 0/4] upgrade bash and ncurses

Changed in V3: - Fix nativesdk-bash compile failure - Fix ncurses configure failure in beaglebone //Hongxu The following changes since commit e758547db9048d4aa1c1415d6af8072f519fae24: nss: Fix nss-native so the checksum doesn't change with BUILD_ARCH (2017-02-09 10:52:03 +) are

[OE-core] [PATCH 1/4] bash: 4.3.30 -> 4.4

From: Zheng Ruoqin 1) Upgrade bash from 4.3.30 to 4.4 2) Delete 1 patche below, since they are integrated upstream. fix-run-intl.patch 3) Modify 2 patches below to make it compatible with new version fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch

[OE-core] [morty][PATCH v2 1/3] python-3.5-manifest: Add imp to importlib

The imp python module is the forerunner of importlib. Include imp in the importlib subpackage instead of the misc subpackage so that it can be depended on without bringing in a bunch of unrelated, unused modules. Signed-off-by: George McCollister ---

[OE-core] [morty][PATCH v2 2/3] gdb-cross-canadian: Depend on nativesdk-python3-importlib

Add missing dependency on nativesdk-python3-importlib so the imp Python module is installed. Before this patch, running gdb from the sdk would give the following error: Python Exception No module named 'imp': Signed-off-by: George McCollister ---

[OE-core] [morty][PATCH v2 3/3] python-3-manifest: fix adding imp to importlib

From: Anders Darander Commit: 512334f102a33833d39af53467894315f0715d07 "python-3.5-manifest: Add imp to importlib" added imp to importlib in the generated manifest, but not in the generator script. Signed-off-by: Anders Darander

[OE-core] [morty][PATCH v2 0/3] Resolve gdb-cross-canadian dependency on imp

Add imp to python3-importlib. Make gdb-cross-canadian depend on nativesdk-python3-importlib when python is enabled. Changed since v1: Cherry picked patch that changes generate-manifest-3.5.py to add imp to importlib The following changes since commit 55c835c73cc41b6fc809c941c295d62a612e49e0:

Re: [OE-core] [morty][PATCH 0/2] Resolve gdb-cross-canadian dependency on imp

On Thu, Feb 9, 2017 at 2:46 AM, Jussi Kukkonen wrote: > On 8 February 2017 at 22:06, George McCollister > wrote: >> >> Any chance we can get this applied to morty? > > > You should add [morty] tag to subject and CC the maintainer >

Re: [OE-core] [PATCH] image: Attempt to work around do_image_complete race

On 13 February 2017 at 18:21, Mike Crowe wrote: > Or, we could just lose the common README file altogether. :) > I'd look very favourable on a patch to remove the README entirely, and I think RP would too. Ross -- ___

[OE-core] Yocto Project Status WW07’17

Current Dev Position: YP 2.3 M3 Next Deadline: YP 2.3 M3 by Feb. 27, 2017 SWAT team rotation: Leo-> Juro on Feb. 10, 2017. SWAT team rotation: Juro -> Anibal on Feb. 17, 2017. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: ·YP 2.3 M2 was

Re: [OE-core] [PATCH] image: Attempt to work around do_image_complete race

On Monday 13 February 2017 at 09:38:04 -0800, Khem Raj wrote: > On Mon, Feb 13, 2017 at 4:41 AM, Mike Crowe wrote: > > If two do_image_complete tasks run in parallel they risk both trying to put > > their image into ${DEPLOY_DIR_IMAGE} at the same time. Both will contain a > >

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

On Mon, Feb 13, 2017 at 7:05 PM, Richard Purdie wrote: > > To be clear, you can't depend on the build dependencies of some other > recipe to be available to your recipe just because you DEPEND on it. > Yes I expected that my fault. Together with my hack on

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

On Mon, 2017-02-13 at 16:45 +0100, Andreas Müller wrote: > On Mon, Feb 13, 2017 at 4:24 PM, Patrick Ohly > wrote: > > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote: > > > I think it's feature which was already there, but almost never > > > triggered (even in

[OE-core] [PATCH 3/3] gmp: Update to 6.1.2

Signed-off-by: Khem Raj --- .../0001-Append-the-user-provided-flags-to-the-auto-detected-.patch | 0 .../0001-confiure.ac-Believe-the-cflags-from-environment.patch | 0 meta/recipes-support/gmp/{gmp-6.1.1 => gmp-6.1.2}/amd64.patch| 0 .../gmp/{gmp-6.1.1 =>

[OE-core] [PATCH 2/3] gdb: Upgrade to 7.12.1

Drop already applied patches Signed-off-by: Khem Raj --- .../gdb/{gdb-7.12.inc => gdb-7.12.1.inc} | 5 +-- ...nadian_7.12.bb => gdb-cross-canadian_7.12.1.bb} | 0 .../gdb/{gdb-cross_7.12.bb => gdb-cross_7.12.1.bb} | 0

[OE-core] [PATCH 1/3] musl: Update to latest

here is shortlog * d6601f0a avoid unbounded strlen in gettext functions * dbbb3734 fix use of uninitialized pointer in gettext core * 01e6bbec fix bindtextdomain logic error deactivating other domains * 6894f847 fix spurious EINTR errors from multithreaded set*id, etc. * 1f53e7d0 fix crashes in

Re: [OE-core] [PATCH] image: Attempt to work around do_image_complete race

On Mon, Feb 13, 2017 at 4:41 AM, Mike Crowe wrote: > If two do_image_complete tasks run in parallel they risk both trying to put > their image into ${DEPLOY_DIR_IMAGE} at the same time. Both will contain a > README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt file. In theory this

Re: [OE-core] couple more questions about git-based recipe files

On Mon, Feb 13, 2017 at 6:24 AM, Robert P. J. Day wrote: > > first, is there any value (or even any example) where one would want > to have multiple git-based recipe files for the same recipe? i'm > unaware of such a thing, and not even sure what naming convention you >

[OE-core] [PATCH 00/52] akuster/krogoth-next pull request

Please consider this set for krogoth-next. I dropped a few SRC_URI changes as they are not in master. There is one AB build failure for edsk on ppc so this set is mostly clean. The following changes since commit ae9b341ecfcc60e970f29cfe04306411ad26c0cf: bitbake: bitbake: toaster: settings

[OE-core] [PATCH] oeqa: fix typo

The word 'uninstall' was spelled incorrectly in various parts of oeqa files. Signed-off-by: Humberto Ibarra --- meta-selftest/lib/oeqa/runtime/cases/selftest.py | 6 +++--- meta/lib/oeqa/oetest.py | 12 ++--

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

On Mon, 2017-02-13 at 18:03 +0100, Patrick Ohly wrote: > On Mon, 2017-02-13 at 16:24 +0100, Patrick Ohly wrote: > > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote: > > > Hi Andreas, > > > > > > > > > I think it's feature which was already there, but almost never > > > triggered (even in

[OE-core] [PATCH] slang: rewrite recipe to run autoconf

I discovered that we were not running autoreconf (and cannot due to the unconvential file structure upstream), so manually run autoconf and move the generated configure to the right place as we do already for gnu-configize. Update no-x.patch (now that it is actually being used) so that it doesn't

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

On Mon, 2017-02-13 at 16:24 +0100, Patrick Ohly wrote: > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote: > > Hi Andreas, > > > > > > I think it's feature which was already there, but almost never > > triggered (even in test-dependencies.sh tests), but with RSS it fails > > reliably. > >

Re: [OE-core] what is the significance of the numeric version part of 'PV = "1.0.1+git${SRCPV}"'?

On Mon, 13 Feb 2017, Christopher Larson wrote: > On Mon, Feb 13, 2017 at 6:51 AM, Robert P. J. Day > wrote: >   >   next (and what might be a silly question), based on the above, is it > possible to set absurdly misleading PV values in recipe files for the >

Re: [OE-core] what is the significance of the numeric version part of 'PV = "1.0.1+git${SRCPV}"'?

On Mon, Feb 13, 2017 at 6:51 AM, Robert P. J. Day wrote: > On Thu, 9 Feb 2017, Leonardo Sandoval wrote: > > > > > > > On 02/09/2017 06:06 AM, Robert P. J. Day wrote: > > >i *thought* i understood this, but a colleague insists i don't so > > > ... dumb question time. >

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

On 02/13/2017 05:05 PM, Alexander Kanavin wrote: 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

Re: [OE-core] [PATCH V2 11/13] bash: update patches for 4.4

On 13 February 2017 at 01:35, Hongxu Jia wrote: > Could you accept the upgrade patches except ncurses and bash? > If yes, I will only resend ncurses and bash. > That's fine, the rest of the series is staged already. Ross --

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

On 13 February 2017 at 16:02, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > The test is forcing its own private DL_DIR, so I really don't see why we > should be concerned about avoiding doing cleanall: > So it is! Still, overcomplicating things. No need to have a custom

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

On 02/13/2017 05:36 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] Are RDEPENDS of depending native packages installed automatically

Question is a duplicate of http://lists.openembedded.org/pipermail/openembedded-core/2017-February/132608.html So discuss it there. Max 2017-02-12 19:11 GMT+01:00 Max Krummenacher : > Hi > > Should the buildsystem install RDEPENDS of depending native packages > automatically

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

Hi I got the same issue, formulated in the following question: http://lists.openembedded.org/pipermail/openembedded-core/2017-February/132604.html Here a recipe failed because a native package which were in DEPENDS did not get the RDEPENDS of those native package installed. Something I would

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

On Mon, Feb 13, 2017 at 4:24 PM, Patrick Ohly wrote: > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote: >> Hi Andreas, >> >> >> I think it's feature which was already there, but almost never >> triggered (even in test-dependencies.sh tests), but with RSS it fails >>

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

On Mon, 2017-02-13 at 16:32 +0100, Martin Jansa wrote: > On Mon, Feb 13, 2017 at 04:24:15PM +0100, Patrick Ohly wrote: > > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote: > > > Hi Andreas, > > > > > > > > > I think it's feature which was already there, but almost never > > > triggered

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

On 13 February 2017 at 15:06, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > runCmd('bitbake -c cleanall man xcursor-transparent-theme') > -result = runCmd('bitbake man xcursor-transparent-theme -k', > ignore_status=True) > +result = runCmd('bitbake -c

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

On Mon, Feb 13, 2017 at 04:24:15PM +0100, Patrick Ohly wrote: > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote: > > Hi Andreas, > > > > > > I think it's feature which was already there, but almost never > > triggered (even in test-dependencies.sh tests), but with RSS it fails > >

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote: > Hi Andreas, > > > I think it's feature which was already there, but almost never > triggered (even in test-dependencies.sh tests), but with RSS it fails > reliably. > > > See: >

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

On Mon, Feb 13, 2017 at 3:36 PM, Martin Jansa wrote: > Hi Andreas, > > I think it's feature which was already there, but almost never triggered > (even in test-dependencies.sh tests), but with RSS it fails reliably. > > See: >

[OE-core] [PATCH 12/36] 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 36/36] package_deb.bbclass: Ignore file paths in RPROVIDES

From: Amarnath Valluri Unlike rpm, debian packaging does not allow file paths in 'Provides:' field. When 'usrmerge' distro feature enabled bash/busybox packages adds '/bin/sh' to it's RPROVIDES to satisfy build dependencies, this entry should be filtered out.

[OE-core] [PATCH 35/36] nativesdk.bbclass: add a /bin/sh RPROVIDES

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 31/36] image.bbclass: do not uninstall update-alternatives from readonly rootfs

dnf insists that it cannot be done: Error: package libglib-2.0-0-1:2.50.2-r0.i586 requires /bin/sh, but none of the providers can be installed - package libdnf1-0.2.3+git0+367545629c-r0.i586 requires libglib-2.0-0 >= 2.50.2, but none of the providers can be installed - package

[OE-core] [PATCH 33/36] ossp-uuid: remove the recipe

It was used only by rpm5, and will be moved to meta-oe. Signed-off-by: Alexander Kanavin --- .../ossp-uuid/0001-Change-library-name.patch | 119 - ...erve-m-option-status-in-v-option-handling.patch | 62 ---

[OE-core] [PATCH 34/36] 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 32/36] 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 --- meta/lib/oeqa/selftest/buildoptions.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

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

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

[OE-core] [PATCH 30/36] 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 29/36] 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/36] 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 27/36] package_rpm.bbclass: prevent rpm from using sysroot paths that it was originally compiled with

Signed-off-by: Alexander Kanavin --- meta/classes/package_rpm.bbclass | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass index 1bf155a92ea..a972f0bb7d5 100644

[OE-core] [PATCH 26/36] 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 95a8b147c4e..1bf155a92ea 100644 ---

[OE-core] [PATCH 25/36] 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 23/36] 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 | 1186 +++

[OE-core] [PATCH 21/36] 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 20/36] 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 22/36] package.bbclass: add support for pkg_postinst_ontarget()

All commands that cannot be executed during cross-install and can only be run on target should go into this function. They will only be executed on first boot (if package was cross-installed) or immediately during package installation on target. The previous approach was to check if we are

[OE-core] [PATCH 19/36] 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 18/36] 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 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/classes/package_rpm.bbclass

[OE-core] [PATCH 17/36] 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 16/36] 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 13/36] 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 15/36] 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 14/36] 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 11/36] 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 09/36] 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 10/36] 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 07/36] 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 05/36] 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 04/36] 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 06/36] 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 02/36] 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 03/36] 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/36] gpgme: allow building -native variant

This is required by various pieces in the dnf stack Signed-off-by: Alexander Kanavin --- meta/recipes-support/gpgme/gpgme_1.6.0.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-support/gpgme/gpgme_1.6.0.bb

[OE-core] [PATCH 00/36] 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

Re: [OE-core] libcurl vs. libcurl5 vs. libcurl4

Martin, > -Original Message- > From: Martin Jansa [mailto:martin.ja...@gmail.com] > Sent: Friday, February 10, 2017 2:54 PM > To: Bryan Evenson > Cc: Openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] libcurl vs. libcurl5 vs. libcurl4 > > On Fri,

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

Hi Andreas, I think it's feature which was already there, but almost never triggered (even in test-dependencies.sh tests), but with RSS it fails reliably. See: http://lists.openembedded.org/pipermail/openembedded-core/2016-July/124435.html On Mon, Feb 13, 2017 at 2:47 PM, Andreas Müller <

[OE-core] couple more questions about git-based recipe files

first, is there any value (or even any example) where one would want to have multiple git-based recipe files for the same recipe? i'm unaware of such a thing, and not even sure what naming convention you would use to support multiple git recipes for the same recipe so that the filenames

[OE-core] [PATCH] security_flags: disable -pie for gpgme

Otherwise this fails to build the libraries: relocation R_X86_64_PC32 against undefined hidden symbol `__init_array_start' can not be used when making a shared object Signed-off-by: Ross Burton --- meta/conf/distro/include/security_flags.inc | 1 + 1 file changed, 1

[OE-core] core-image-tiny-initramfs failing to parse because of WIC (WKS_FULL_PATH, )

Running e.g. bitbake -e busybox with latest oe-core triggers this badly looking exception: Can we add some weak assignment for people who don't care about wic or core-image-tiny-initramfs to continue using oe-core? ERROR: ExpansionError during parsing /OE/oe-core/meta/recipes-core/images/

Re: [OE-core] State of bitbake world, Failed tasks 2017-02-08

Yup, that patch was already in my oe-core fork for next run. see http://lists.openembedded.org/pipermail/openembedded-devel/2017-February/73.html On Mon, Feb 13, 2017 at 1:36 PM, Burton, Ross wrote: > > On 10 February 2017 at 08:28, Martin Jansa

Re: [OE-core] what is the significance of the numeric version part of 'PV = "1.0.1+git${SRCPV}"'?

On Thu, 9 Feb 2017, Leonardo Sandoval wrote: > > > On 02/09/2017 06:06 AM, Robert P. J. Day wrote: > >i *thought* i understood this, but a colleague insists i don't so > > ... dumb question time. > > > >recently, i asked about the netdata recipe file "netdata_git.bb", > > which contains

Re: [OE-core] Does recipe specific sysrooot (or whatelse in current oe) break native dependencies?

On Mon, Feb 13, 2017 at 1:26 AM, Andreas Müller wrote: > Hi > > I try to get meta-qt5-extra fit for latest oe-core (RSS). One thing > that causes my attention is that many recipes's configure can be fixed > by adding gettext-native. This seems odd to me because all

[OE-core] State of bitbake world, Failed tasks 2017-02-11

100+ PNBLACKLISTs later and more to come today == Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!colspan='6'|Failed depencencies!!|Signatures !!colspan='12'|QA !!Comment |- ||

[OE-core] [PATCH] image: Attempt to work around do_image_complete race

If two do_image_complete tasks run in parallel they risk both trying to put their image into ${DEPLOY_DIR_IMAGE} at the same time. Both will contain a README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt file. In theory this should be safe because "cp -alf" will just cause one to overwrite the

Re: [OE-core] [PATCH 09/23] package_deb.bbclass: Ignore file paths in RPROVIDES

On 02/10/2017 03:42 PM, Amarnath Valluri wrote: Unlike rpm, debian packaging does not allow file paths in 'Provides:' field. When 'usrmerge' distro feature enabled bash/busybox packages adds '/bin/sh' to it's RPROVIDES to satisfy build dependencies, this entry should be filtered out. Thanks

Re: [OE-core] [PATCH v2 3/3] rm_work.bbclass: clean up sooner

On Mon, 2017-02-13 at 12:19 +, Mike Crowe wrote: > On Monday 13 February 2017 at 11:54:32 +0100, Patrick Ohly wrote: > > To me it seems like the right solution. Inheriting > > release-source.bbclass could be limited to builds which produce > > releases, for example in your CI setup, then

Re: [OE-core] State of bitbake world, Failed tasks 2017-02-08

On 10 February 2017 at 08:28, Martin Jansa wrote: > * openembedded-core/meta/recipes-support/libxslt/libxslt_1.1.29.bb: > do_compile > This is due to ld-is-gold, there's a patch from Jussi on the list (and in mut). Ross --

Re: [OE-core] [PATCH 2/3] meson: Add recipe for the meson build system

Hi On Mon, Feb 13, 2017 at 1:26 PM, Burton, Ross wrote: > > > On 13 February 2017 at 12:18, Ricardo Ribalda Delgado > wrote: >> >> What is the status on this? it just needs to be resend to meta-oe? We are >> considering meson for our next

Re: [OE-core] [PATCH 2/3] meson: Add recipe for the meson build system

On 13 February 2017 at 12:18, Ricardo Ribalda Delgado < ricardo.riba...@gmail.com> wrote: > What is the status on this? it just needs to be resend to meta-oe? We are > considering meson for our next project and we need support in OE. > Yes. If the growth continues then we'll have to move it

Re: [OE-core] [PATCH 2/3] meson: Add recipe for the meson build system

Hi! What is the status on this? it just needs to be resend to meta-oe? We are considering meson for our next project and we need support in OE. Regards! On Tue, Feb 7, 2017 at 5:33 PM, Burton, Ross wrote: > > On 1 December 2016 at 16:23, wrote:

Re: [OE-core] [PATCH v2 3/3] rm_work.bbclass: clean up sooner

On Monday 13 February 2017 at 11:54:32 +0100, Patrick Ohly wrote: > On Fri, 2017-02-10 at 18:32 +, Mike Crowe wrote: > > On Thursday 09 February 2017 at 17:24:39 +0100, Patrick Ohly wrote: > > > On Wed, 2017-02-08 at 13:48 +, Mike Crowe wrote: > > > > On Wednesday 08 February 2017 at

Re: [OE-core] [PATCH v2 3/3] rm_work.bbclass: clean up sooner

On Fri, 2017-02-10 at 18:32 +, Mike Crowe wrote: > On Thursday 09 February 2017 at 17:24:39 +0100, Patrick Ohly wrote: > > On Wed, 2017-02-08 at 13:48 +, Mike Crowe wrote: > > > On Wednesday 08 February 2017 at 14:04:42 +0100, Patrick Ohly wrote: > The part I'd missed is the all-important