The CVEs:
* CVE-2019-16868
* CVE-2019-17073
* CVE-2021-44584
* CVE-2022-1526
* CVE-2022-3968
* CVE-2023-43291
... apply to the other "emlog" and can be safely ignored.
Signed-off-by: Yoann Congal <yoann.congal@smile.fr>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
master branch was renamed main on upstream project, so update the URI
Signed-off-by: Julien STEPHAN <jstephan@baylibre.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
* 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:
https://github.com/openembedded/meta-openembedded/commit/b26b66e5da92718b4e99a57fbfaaef9e751c3cfe#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>
This patch updates SRC_URIs using git to include branch=master if no branch is set
and also to use protocol=https for github urls as generated by the conversion script
in OE-Core.
Signed-off-by: Armin Kuster <akuster808@gmail.com>
* now when it's not depending on meta-python2 we can add it without conditional
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
It fails to build plymouth for sysvinit:
| ERROR: plymouth-0.9.4-r0 do_package: QA Issue: plymouth:
Files/directories were installed but not shipped in any package:
| /poweroff.target.wants
| ...
| /halt.target.wants/plymouth-halt.service
| Please set FILES such that these items are packaged. Alternatively if
they are unneeded, avoid installing them or delete them within do_install.
| plymouth: 17 installed and not shipped files. [installed-vs-shipped]
Because systemd is not installed for sysvinit, the value of variable
'SYSTEMD_UNIT_DIR' is empty and causes the failures.
Disable systemd-integration if 'systemd' not in DISTRO_FEATURES.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 30b0405346)
Signed-off-by: Armin Kuster <akuster808@gmail.com>
It build fine on mips now.
Musl patch is no longer needed and musl provides memrchr
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 257f67186c)
[AK: Bugfix only updates]
Signed-off-by: Armin Kuster <akuster808@gmail.com>
since libunwind is not buildable, it results in glog not being buildable
and that results in ceres-solver and gperftools opencv needs glob to
eenable libeigen
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2020-03-25 Kjell Ahlstedt <kjellahlstedt@gmail.com>
3.0.3
2020-03-25 Kjell Ahlstedt <kjellahlstedt@gmail.com>
README.md: Better describe when maintainer-mode is necessary
As a libsigc++-3 tarball does not contain generated source code,
maintainer-mode is not always necessary when you build with Meson
from a tarball that was created by Autotools.
2020-03-24 Kjell Ahlstedt <kjellahlstedt@gmail.com>
README.md: Improve the Build section
and remove README_build. All build information is in README.md.
2020-03-10 Kjell Ahlstedt <kjellahlstedt@gmail.com>
meson.build: Update version to 3.0.2
2020-03-10 Kjell Ahlstedt <kjellahlstedt@gmail.com>
examples: Disable deprecated API when building with Meson
Deprecated SIGCXX API is disabled when example programs are built
with Autotools. Do the same when building with Meson.
2020-01-13 Kjell Ahlstedt <kjellahlstedt@gmail.com>
README.md, README_build: Describe building with Meson
2020-01-08 Robert Middleton <robert.middleton@rm5248.com>
Added example of using libsigc++ with Qt
Pull Request #35.
2020-01-06 Lennard Berger <lennard.berger@student.uni-tuebingen.de>
tests: Replace C-style casts with static_cast<>
murrayc-tuple-utils Pull Request #4 .
2020-01-02 Kjell Ahlstedt <kjellahlstedt@gmail.com>
docs/docs/reference/meson.build: Check if perl is found
Don't use perl.path() when configuring Doxyfile, if perl is not found.
Perl is not required, if build-documentation=false.
Fixes#53
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2020-03-25 Kjell Ahlstedt <kjellahlstedt@gmail.com>
2.10.3
2020-03-24 Kjell Ahlstedt <kjellahlstedt@gmail.com>
README: Describe building with Meson and Autotools
and remove the description of the directory structure,
which is not very useful.
2020-03-10 Kjell Ahlstedt <kjellahlstedt@gmail.com>
examples: Disable deprecated API when building with Meson
Deprecated SIGCXX API is disabled when example programs are built
with Autotools. Do the same when building with Meson.
2020-01-13 Kjell Ahlstedt <kjellahlstedt@gmail.com>
README: Describe building with Meson
2020-01-02 Kjell Ahlstedt <kjellahlstedt@gmail.com>
docs/reference/meson.build: Check if perl is found
Don't use perl.path() when configuring Doxyfile, if perl is not found.
Perl is not required, if build-documentation=false.
Fixes#53
2019-12-30 Kjell Ahlstedt <kjellahlstedt@gmail.com>
meson.build: Change project name, sigc++ -> libsigc++
Autotools make tarballs called libsigc++-x.y.z.tar.xz. No reason to
change that. The leading "lib" is now also restored in some locations
in the reference documentation.
2019-12-30 Kjell Ahlstedt <kjellahlstedt@gmail.com>
Update untracked/README
2019-12-29 Kjell Ahlstedt <kjellahlstedt@gmail.com>
meson.build: Check if .git is a directory or a file
In a git worktree, .git is a regular file.
See https://gitlab.gnome.org/GNOME/pangomm/merge_requests/8
2019-12-29 Kjell Ahlstedt <kjellahlstedt@gmail.com>
sigc++/meson.build: Library name is sigc-2.0
Pointed out by Chun-wei Fan in PR #51.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
NMake Makefiles: Separate outdir by toolset version
This is to reduce the likelihood of accidently mixing DLLs that are
linked with different CRTs in the build tree.
Also clean up rules a bit.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
build: Support NMake builds from Meson tarballs
This adds inference rules to the NMake Makefiles to also look for the
sources that are in untracked/, and to ensure that the generated MSVC
build files (sigc++-config.h and sigc.rc) are copied into
untracked/MSVC_NMake, so that they can be built properly even with
NMake.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
meson: Build Windows .rc files on Windows
This ensures that on Windows, the version info resources are indeed
linked into the libsigc++ DLL.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
meson/Windows: Fix builds when builddir is a subdir of source tree
It appears that Meson did not construct the paths properly for
shutil.copy2() when building in a build directory that is a
subdirectory of the sources, when using meson.current_build_dir(),
possibly due how path separators are handled.
Fix this by constructing the paths using project_build_root / 'MSVC_NMake'.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
meson.build: Fix 'meson dist' on Windows
Since we are assured that we are using Python 3.x on when we run Meson, we
do not really need to look for the 'python3' executable, but we could
just use whatever Python interpreter that is used to run Meson.
This will fix situations where it is commonly the case where we may have
multiple Python 3.x installations on Windows (www.python.org, and those
from Cygwin/mingw-w64), so that Meson really uses one and only one
Python installation to run everything that is Python-related, which will
thus fix '[meson|ninja] dist' on Visual Studio builds.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
Meson/MSVC: Support builds directly from GIT checkouts
It appears that if one uses the m4 that is given by mingw-w64 (and
perhaps Cygwin), that m4 is enough to generate the sources and headers
that we need for the build.
So, remove the lines saying building directly from GIT checkouts are not
supported.
2019-12-24 Chun-wei Fan <fanchunwei@src.gnome.org>
meson: Ensure symbols are exported on MSVC builds
Make sure the correct build macros are specified when building
libsigc++, so that:
-The symbols are properly exported
-We do not break builds as a result of unecesary warnings
2019-12-24 Chun-wei Fan <fanchunwei@src.gnome.org>
meson: Relax MSVC version requirement to 2015
libsigc++ requires a C++-11-compliant compiler, so we can just make the
build look for Visual Studio 2015 instead of Visual Studio 2017 15.7.
Visual Studio 2013 also works, but since it will spew out loads of
warnings and the latest C++-11 version of glibmm is not buildable with
Visual Studio 2013, let's just require Visual Studio 2015.
2019-12-24 Kjell Ahlstedt <kjellahlstedt@gmail.com>
Add support for building libsigc++-2.0 with Meson
libsigc++-2.0 can be built with either Autotools or Meson.
2019-12-10 Kjell Ahlstedt <kjellahlstedt@gmail.com>
Make libsigc_manual.xml valid
Fix errors reported by "xmllint --postvalid".
2019-07-03 Kjell Ahlstedt <kjellahlstedt@gmail.com>
tests/test_track_obj: Fix for clang++
clang++ complains if private members are unused, so make them protected.
error: private field 'bar_' is not used [-Werror,-Wunused-private-field]
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
There is one script - a check tool that needs perl on
target, which perhaps is only needed during development and testing
therefore move that to a separate package. Rest of safec is then
independent of perl runtime requirement.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
some recipes under meta-oe have dependency on meta-python,
and test_world of yocto-check-layer will failed with error
like:
ERROR: test_world (common.CommonCheckLayer)
ERROR: Nothing PROVIDES 'python3-pytoml-native' (but
/meta-openembedded/meta-oe/recipes-extended/mozjs/mozjs_60.9.0.bb
DEPENDS on or otherwise requires it). Close matches:
python3-numpy-native
python3-pycairo-native
python3-rpm-native
ERROR: Required build target 'meta-world-pkgdata' has no buildable
providers.
Missing or unbuildable dependency chain was: ['meta-world-pkgdata',
'mozjs', 'python3-pytoml-native']
fix by make these recipes only active when identified layers are
present
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Fixes:
INFO: Skip package dbus-broker (status = UNKNOWN_BROKEN, current version = 21, next version = N/A)
After this commit:
INFO: dbus-broker, 21, 22, None, N/A
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
* nodejs from meta-oe depends on this since:
commit 76dd3dac1f
Author: André Draszik <git@andred.net>
Date: Tue Oct 29 16:42:24 2019 +0000
nodejs: allow use of system c-ares (and make default)
Use system c-ares via PACKAGECONFIG by default. So far,
nodejs had been built using its embedded copy of c-ares,
which we generally try to avoid, for the known reasons
(independent updates, cve & license checks, etc).
Notes:
* otherwise nodejs uses its bundled version of c-ares
* the PACKAGECONFIG variable is 'ares' so as to be in
line with other uses of this (wget & curl recipes in
OE core)
Signed-off-by: André Draszik <git@andred.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* I don't expect anyone nowadays actually using these recipes which I've
imported from meta-smartphone in 2011.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Remove mpv from the PNBLACKLIST by updating to the latest release and using a
newer, python3-aware waf for building (copied from glmark2).
The name of the license file changed, but the licence of the software itself
did not.
Added mime-xdg to inherit to handle mime artifacts.
Added to the FILES command to scoop up additional files being generated by
the build.
Re-added 'mpv' back to LICENSE_FLAGS_WHITELIST search list in
packagegroup-meta-oe.
Extensively fixed and cleaned up the PACKAGECONFIG options to reflect the
current options available when configuring mpv. Also cleaned up any configure
options which are no longer available.
Added the correct dependencies so mpv builds under wayland.
Tested with core-image-x11 on a rock-pi-4 with
PACKAGECONFIG = "libass x11 opengl egl drm gbm vaapi vdpau"
# mpv --vo=help
Available video outputs:
libmpv render API for libmpv
gpu Shader-based GPU Renderer
vdpau VDPAU with X11
vaapi VA API with X11
x11 X11 (slow, old crap)
null Null video output
image Write video frames to image files
tct true-color terminals
drm Direct Rendering Manager
Tested with core-image-weston on a rock-pi-4 with:
PACKAGECONFIG = "libass wayland x11 opengl"
# mpv -vo=help
Available video outputs:
libmpv render API for libmpv
gpu Shader-based GPU Renderer
wlshm Wayland SHM video output
x11 X11 (slow, old crap)
null Null video output
image Write video frames to image files
tct true-color terminals
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
When usrmerge is enabled plymouth still tries to install to /bin and
/lib leading to the following build error:
ERROR: plymouth-git-r0 do_package: QA Issue: plymouth: Files/directories
were installed but not shipped in any package:
/sbin/plymouthd
/lib/libply.so.5
/lib/libply.so
/lib/libply.so.5.0.0
/lib/libply-splash-core.so
/lib/libply-splash-core.so.5.0.0
/lib/libply-splash-core.so.5
/bin/plymouth
There is a configuration flag --with-system-root-install which controls
where the binaries get installed. The flag is currently tied to the
systemd distro feature, however, this seems wrong.
Use the flag to control where binaries get installed depending on
whether usrmerge is used.
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The main user was upstart, which is no longer provided
by any maintained layer.
Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Internal boost headers are missing ppc support
ssiapi.1.3.0/lib/boost/smart_ptr/detail/sp_counted_base.hpp:66:11: fatal error: boost/smart_ptr/detail/sp_counted_base_gcc_ppc.hpp: No such file or directory
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Yoann Congal
Khem Raj
Julien STEPHAN
Leif Middelschulte
Martin Jansa
Armin Kuster
Zang Ruochen
Kai Kang
Matt Campbell
Moorthy
Andreas Müller
Pierre-Jean Texier
Changqing Li
Trevor Woerner
Luca Boccassi
sangelovic
Stefan Agner
Adrian Bunk
Wang Mingyu