jhnc-oss / meta-protos Goto Github PK

oelint-adv > 3.6.0 (unreleased) is going to support configuration files.

• oelint-adv release available; update version in requirements.txt
• Add configuration
• Update CI builds
• Stick with default rule set, but add exclusions (drop oelint.rules)
• Remove oelint.rules

Upstream source: https://github.com/dmtx/libdmtx

Drop legacy layer meta-python2 as soon as we can get rid of our dunfell-backport of Qt5.12.4 and switch to officially supported version as provided by meta-qt5 as it is a dead end.

jhnc-oss/fmt@f944af0

Move backports from recipes-oss to directories as used by their HEAD version:

• python3-uinput #117
• cmocka — removed
• cpputest
• nlohmann-json

Separate the actual distribution from the layer.

• Move distro parts to new project — jhnc-oss/protos#1
• Remove distro parts from this repo — #80
• Update description (Readme, projects, topics)
• Update Manifest — jhnc-oss/yocto-manifests#25
• Update TEMPLATECONF path — jhnc-oss/yocto-build#41

Restructure current recipe layers to avoid proliferation and provide guidance via recipes.txt where to put new ones.

MS16 was based on glibc 2.27. Therefore, glibc 2.27 needs to be backported.

Add a CI build with oelint analysis.

cppcheck as of version 2.10 does no longer build on x86 (32 bit)

Add the cmocka recipe.

Add the cppcheck recipe.

Backport python3-uinput.

• fork current main to dedicated dunfell branch
• switch downstream (repo config) to dunfell instead of main
• sync main with kirkstone

https://download.qt.io/official_releases/QtForPython/pyside2/PySide2-5.12.4-src/pyside-setup-everywhere-src-5.12.4.tar.xz

https://bugreports.qt.io/browse/PYSIDE-1259?jql=text%20~%20%22Unable%20to%20locate%20Clang%27s%20built-in%20include%20directory%22

While meta-clang and meta-qt5 are already provided with repository manifest these are currently not enabled:

• add meta-clang to bblayers.conf
• add meta-qt5 to bblayers.conf

Cmake backport introduced with d7a37de breaks self-extracting SDK shell script resulting in the following error:

KeyError: 'OECORE_TUNE_CCARGS'

Weston and wayland are needed for development. Therefore, add weston and wayland to target.

SDK builds currently result in names like protos-glibc-x86_64-protos-core-image-dev-core2-64-genericx86-64-toolchain-3.1.17-18.sh which is due to:

SDK_NAME = ${DISTRO}-${TCLIBC}-${SDKMACHINE}-${IMAGE_BASENAME}-${TUNE_PKGARCH}-${MACHINE}
SDK_VERSION = ${DISTRO_VERSION}
TOOLCHAIN_OUTPUTNAME ?= "${SDK_NAME}-toolchain-${SDK_VERSION}"

While we should keep SDK_VERSION which happily maps to corresponding poky release we should also include the compiler version which provides the most relevant information.

Add python3-pytest recipe.

RPC Library for Python.

Upstream: https://github.com/tomerfiliba-org/rpyc

According to the Yocto Project https://wiki.yoctoproject.org/wiki/Releases the next Long Term Support release will be Kirkstone (poky 27.0.x) available in April 2022.

This surely implies coping with the following technical debt:

• getting rid of meta-qt5 backport and switching to qt5 version as supported by Kirkstone

Python SSH library.

Upstream: https://github.com/paramiko/paramiko

We are in need of a recent clang version suitable for dunfell >= 23.0.13 while dunfell is stuck with clang 9.0.

depends on: jhnc-oss/yocto-manifests#11

WARNING: No bb files matched BBFILE_PATTERN_meta-protos '^/opt/yocto/build/../meta-protos/'

wayland-{protocols,scanner} is required on host side to create some wayland files

Cppcheck 2.7 is available.

In the long run we need a way to switch between target architecture (MACHINE) including at least:

• genericx86
• genericx86-64

Therefore, we need to untangle machine-specific settings of local.conf.sample and should move as well generic settings to site.conf.

Recipe for nlopt.

• Upstream: https://github.com/stevengj/nlopt

https://www.libressl.org/
https://www.libressl.org/releases.html

Add the CppUTest recipe.

Backport nlohmann-json 3.11.2, there's no Yocto release containing that version yet.

• Recipe backport: #93
• Add to package group #94

Add a recipe for latest Catch v3.x.

Recipe for libspnav.

• Upstream: https://github.com/FreeSpacenav/libspnav

depends on: jhnc-oss/yocto-manifests#7

If feasible, allow installation of x86 and x86_64 library packages in parallel. Therefore, set baselib dynamically to prevent path collisions due to default value lib.