meta-openembedded/meta-oe
Martin Jansa d9717dea53 sdbus-c++: don't fetch googletest during do_configure
* with PTEST_ENABLED it enables with-tests PACKAGECONFIG which
  instead of using system googletest gmock, tries to fetch googletest
  from github and fails because branch was recently renamed from master to main

| -- Found PkgConfig: /OE/tmp-glibc/work/qemux86-oe-linux/sdbus-c++/0.8.3-r0/recipe-sysroot-native/usr/bin/pkg-config (found version "0.29.2")
| -- Checking for module 'libsystemd>=236'
| --   Found libsystemd, version 249
| -- Building with tests
| Fetching googletest...
| [1/9] Creating directories for 'googletest-populate'
| [1/9] Performing download step (git clone) for 'googletest-populate'
| Cloning into 'googletest-src'...
| fatal: invalid reference: master
| CMake Error at googletest-subbuild/googletest-populate-prefix/tmp/googletest-populate-gitclone.cmake:40 (message):
|   Failed to checkout tag: 'master'
|
|
| FAILED: googletest-populate-prefix/src/googletest-populate-stamp/googletest-populate-download
| cd /OE/tmp-glibc/work/qemux86-oe-linux/sdbus-c++/0.8.3-r0/build/_deps && /OE/tmp-glibc/work/qemux86-oe-linux/sdbus-c++/0.8.3-r0/recipe-sysroot-native/usr/bin/cmake -P /OE/tmp-glibc/work/qemux86-oe-linux/sdbus-c++/0.8.3-r0/build/_deps/googletest-subbuild/googletest-populate-prefix/tmp/googletest-populate-gitclone.cmake && /OE/tmp-glibc/work/qemux86-oe-linux/sdbus-c++/0.8.3-r0/recipe-sysroot-native/usr/bin/cmake -E touch /OE/tmp-glibc/work/qemux86-oe-linux/sdbus-c++/0.8.3-r0/build/_deps/googletest-subbuild/googletest-populate-prefix/src/googletest-populate-stamp/googletest-populate-download
| ninja: build stopped: subcommand failed.
|
| CMake Error at /OE/tmp-glibc/work/qemux86-oe-linux/sdbus-c++/0.8.3-r0/recipe-sysroot-native/usr/share/cmake-3.19/Modules/FetchContent.cmake:989 (message):
|   Build step for googletest failed: 1
| Call Stack (most recent call first):
|   /OE/tmp-glibc/work/qemux86-oe-linux/sdbus-c++/0.8.3-r0/recipe-sysroot-native/usr/share/cmake-3.19/Modules/FetchContent.cmake:1118:EVAL:2 (__FetchContent_directPopulate)
|   /OE/tmp-glibc/work/qemux86-oe-linux/sdbus-c++/0.8.3-r0/recipe-sysroot-native/usr/share/cmake-3.19/Modules/FetchContent.cmake:1118 (cmake_language)
|   tests/CMakeLists.txt:17 (FetchContent_Populate)
|
|
| -- Configuring incomplete, errors occurred!

* unfortunately this backported patch fixes the fetching failure, because
  it uses release-${GOOGLETEST_VERSION} tag instead of now non-existent
  master branch, but is not enough to prevent fetching from github during
  do_configure:

  -- Building with tests
  -- Could NOT find GTest (missing: GTest_DIR)
  -- Checking for module 'gmock>=1.10.0'
  --   No package 'gmock' found
  Fetching googletest...

  we also need to add googletest dependency to with-tests PACKAGECONFIG was fixed in meta-oe/master with the upgrade to 1.0.0:
  b26b66e5da (diff-48a847e7323703994fd2ce0fcb731ff860fa955a77cdfe39d71a9cc84a042c06L15)

  then it's ok and not fetching:

  -- Building with tests
  -- Looking for pthread.h
  -- Looking for pthread.h - found

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
2021-11-18 07:37:57 -08:00
..
classes gitpkgv.bbclass: Add support for extending the supported tag formats 2020-01-17 15:44:06 -08:00
conf debsums: Depend on po4a-native 2020-03-29 17:32:21 -07:00
dynamic-layers recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
lib/oeqa/selftest/cases
licenses wxwidgets: initial add 3.1.3 2020-04-01 15:11:15 -07:00
recipes-benchmark recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
recipes-bsp lmsensors: do not depend on lmsensors-isatools on non-x86 2021-11-17 12:26:38 -08:00
recipes-connectivity recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
recipes-core sdbus-c++: don't fetch googletest during do_configure 2021-11-18 07:37:57 -08:00
recipes-crypto recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
recipes-dbs recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
recipes-devtools recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
recipes-extended recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
recipes-gnome recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
recipes-graphics recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
recipes-kernel recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
recipes-multimedia recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
recipes-navigation gpsd: mark CLEANBROKEN 2021-01-31 09:42:35 -08:00
recipes-printing qpdf: fix typo in RDEPENDS 2020-06-12 09:32:04 -07:00
recipes-security recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
recipes-shells mksh: upgrade 57 -> 58 2020-04-14 21:26:57 -07:00
recipes-support nss: Fix CVE-2020-12403 2021-11-17 12:26:32 -08:00
recipes-test recipes: Update SRC_URI branch and protocols 2021-11-17 12:26:21 -08:00
COPYING.MIT
README meta-oe/README: add Ubuntu prerequisite information 2021-02-15 08:21:20 -08:00

meta-oe
=======

This layer depends on:

URI: git://github.com/openembedded/openembedded-core.git
branch: dunfell
revision: HEAD

luajit recipe requires host compiler to be able to generate 32bit code when target is 32bit
e.g. arm, so ensure that $CC -m32 is functional on build host, if building this recipe, needed
packages to fullfit this might have different names on different host distributions
e.g. on archlinux based distributions install prerequisites like below

pacman -S lib32-gcc-libs lib32-glibc

Ubuntu
sudo apt-get install gcc-multilib

Send pull requests to openembedded-devel@lists.openembedded.org with '[meta-oe][dunfell]' in the subject'

When sending single patches, please use something like:
'git send-email -M -1 --to openembedded-devel@lists.openembedded.org --subject-prefix=meta-oe][dunfell][PATCH'

You are encouraged to fork the mirror on GitHub https://github.com/openembedded/meta-openembedded
to share your patches, this is preferred for patch sets consisting of more than one patch.

Other services like GitLab, repo.or.cz or self-hosted setups are of course accepted as well,
'git fetch <remote>' works the same on all of them. We recommend GitHub because it is free, easy
to use, has been proven to be reliable and has a really good web GUI.

dunfell maintainer: Armin Kuster <akuster808@gmail.com>