Define builtin PTEST_PATH
Delete the systemd test fragment if ptest is not enabled
Fixes
NOTE: Executing Tasks
ERROR: sdbus-c++-0.8.1-r0 do_package: QA Issue: sdbus-c++: Files/directories were installed but not shipped in any package:
/etc
/etc/dbus-1
/etc/dbus-1/system.d
/etc/dbus-1/system.d/org.sdbuscpp.integrationtests.conf
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Stanislav Angelovic <angelovic.s@gmail.com>
toybox-inittab does not unpack source files into S, so
the archiver cannot see them. We copy them to a sub-directory
in order to keep the originals available if running do_configure()
(again) without first running do_unpack().
Signed-off-by: Joe Slater <joe.slater@windriver.com>
Signed-off-by: Khem Raj <raj.khem@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>
Fix build on glibc/mips
remove OE-path-changes.patch as already applied to upstream
fix CC, CFLAGS and CROSS_COMPILE variables as toybox is strict
on what is expected to be filled in these variables:
CC = should contain compiler name
CROSS_COMPILE = should contain compiler prefix
CFLAGS = should contain only compiler flags
License wording changed due to commits:
8014d31278411e22655aeae47338e95f209e2907
b31192fd73b382358b1deb33dc6c4cf4ce9c613f
in toybox repository, type of license remains the same
Signed-off-by: Adam Miartus <adam.miartus@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This recipe hasn't been changed in any meaningful way since it was
imported from oe-classic in 2011. There's no recipe for mplayer in
meta-oe these days so it's probably time to drop it.
Signed-off-by: Paul Barker <pbarker@konsulko.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
toybox provides similar scheme with defconfig as linux
and busybox, allow user to override the defconfig in
their own layer
copy paste from kernel.bbclass
Signed-off-by: Adam Miartus <adam.miartus@gmail.com>
Signed-off-by: Khem Raj <raj.khem@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>
Khem Raj
Oleksandr Kravchuk
Slater, Joseph
Anuj Mittal
Zang Ruochen
Pierre-Jean Texier
Adam Miartus
Naveen Saini
Kai Kang
Adam Miartus
Paul Barker
Matt Campbell
Moorthy
Andreas Müller
Changqing Li
Martin Jansa
Trevor Woerner
Luca Boccassi
sangelovic
Stefan Agner