The commit 33c1e33d23 ("android-tools: remove android-tools 5.x from
meta-oe/recipes-devtools") blindly dropped all recipes from the
android-tools dir. Later commits moved the android-tools recipe and
other related recipes from the SELinux dynamic layer, bumping the
version to 29.x, but somehow the author of the patches didn't notice
that the resulting set of packages doesn't work out of box on any
upstream kernels, as the default android-tools-conf setup scripts use
Android-proprietary way of setting up the USB gadget
(/sys/class/android_usb).
Bring back the android-tools-conf-configs recipe, which uses upstream
mechanism (ConfigFS) to setup the USB gadget for ADB.
Fixes: 33c1e33d23 ("android-tools: remove android-tools 5.x from meta-oe/recipes-devtools")
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Due to the way the kernel-selftest sources are set up, the toplevel
Makefile does not work and `make clean` will always result in a "The
source tree is not clean, please run 'make ARCH=... mrproper'" error.
Avoid running it by setting CLEANBROKEN = "1", so rebuilding the recipe
without a clean (which often happens when the kernel has changed) does
not fail.
Signed-off-by: Nora Schiffer <nora.schiffer@ew.tq-group.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Fixes:
../../../sources/xfce4-sensors-plugin-1.5.0/xfce4++/util/gtk.cc:25:37: error: no matching function for call to 'xfce4::PluginSize::PluginSize(<brace-enclosed initializer list>)'
25 | const PluginSize RECTANGLE{true}, SQUARE{false};
| ^
• there are 2 candidates
In file included from ../../../sources/xfce4-sensors-plugin-1.5.0/xfce4++/util/gtk.cc:21:
• candidate 1: 'constexpr xfce4::PluginSize::PluginSize(const xfce4::PluginSize&)'
../../../sources/xfce4-sensors-plugin-1.5.0/xfce4++/util/gtk.h:64:8:
64 | struct PluginSize {
| ^~~~~~~~~~
• no known conversion for argument 1 from 'bool' to 'const xfce4::PluginSize&'
• candidate 2: 'constexpr xfce4::PluginSize::PluginSize(xfce4::PluginSize&&)'
• no known conversion for argument 1 from 'bool' to 'xfce4::PluginSize&&'
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Fixes:
../../../sources/xfce4-cpufreq-plugin-1.3.0/xfce4++/util/gtk.cc:25:37: error: no matching function for call to 'xfce4::PluginSize::PluginSize(<brace-enclosed initializer list>)'
25 | const PluginSize RECTANGLE{true}, SQUARE{false};
| ^
• there are 2 candidates
In file included from ../../../sources/xfce4-cpufreq-plugin-1.3.0/xfce4++/util/gtk.cc:21:
• candidate 1: 'constexpr xfce4::PluginSize::PluginSize(const xfce4::PluginSize&)'
../../../sources/xfce4-cpufreq-plugin-1.3.0/xfce4++/util/gtk.h:64:8:
64 | struct PluginSize {
| ^~~~~~~~~~
• no known conversion for argument 1 from 'bool' to 'const xfce4::PluginSize&'
• candidate 2: 'constexpr xfce4::PluginSize::PluginSize(xfce4::PluginSize&&)'
• no known conversion for argument 1 from 'bool' to 'xfce4::PluginSize&&'
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Maintainership moved on CPAN from OVID to NEILB, so update the
SRC_URI author path and HOMEPAGE accordingly. Refresh
LIC_FILES_CHKSUM for the updated FSF address in the bundled GPL
text; the licensing (Artistic-1.0 | GPL-2.0-or-later) is unchanged.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Upstream now ships the release as .tar.xz (no .tar.bz2), so set
SRC_URI_EXT accordingly. The COPYING license checksum is unchanged.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Upstream now ships the release as .tar.xz (no .tar.bz2), so set
SRC_URI_EXT accordingly. The COPYING license checksum is unchanged.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Upstream now ships the release as .tar.xz (no .tar.bz2), so set
SRC_URI_EXT accordingly. The COPYING license checksum is unchanged.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Upstream now ships the release as .tar.xz (no .tar.bz2), so set
SRC_URI_EXT accordingly. The COPYING license checksum is unchanged.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Upstream now ships the release as .tar.xz (no .tar.bz2), so set
SRC_URI_EXT accordingly. The COPYING license checksum is unchanged.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Upstream now ships the release as .tar.xz (no .tar.bz2), so set
SRC_URI_EXT accordingly. The COPYING license checksum is unchanged.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Upstream now ships the release as .tar.xz (no .tar.bz2), so set
SRC_URI_EXT accordingly. The COPYING license checksum is unchanged.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Use ${PV} in SRC_URI so future version bumps are filename-only.
LICENSE checksum is unchanged and the md5 PACKAGECONFIG still maps
to the configure --enable-md5/--disable-md5 option.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Update OpenCL CTS to the latest release. With the move of the
opencl-headers and other opencl-* packages to a newer version, this one
also needs to update to fix compile issues related to the header
changes.
Signed-off-by: Ryan Eatmon <reatmon@ti.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
The freeglut and freeglut-gles libraries are not really compatible, they
have different SOnames, different ABI, etc. Some tools (e.g. OpenCL CTS)
expect the classical FreeGLUT rather than a GL ES version.
Restore original freeglut recipe and add freeglut-gles for the software
that needs it.
Fixes: 0b0cbd4c3c ("freeglut: version 3.4.0 -> 3.8.0")
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Building mariadb for ARMv8.3-A and later, fails with:
Assembler messages:
{standard input}:169: Error: selected processor does not support `retaa'
{standard input}:271: Error: selected processor does not support `retaa'
It happens because the pmem_cvap() funciton manually inserts the `.arch
armv8-2.a` clause, making GAS believe that retaa instruction (inserted
by GCC) is invalid.
Replace compiler dependent version by using the generic sys instruction.
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
The 0.3.x series is long superseded. We already ships the
maintained webrtc-audio-processing-1 (1.3) and webrtc-audio-processing-2
(2.1) recipes, and pipewire uses webrtc-audio-processing-2. Nothing
depends on the bare 0.3.1 recipe. Drop it.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
pytest-cache has been unmaintained since its last release in 2013 and
its functionality was long ago merged into pytest core. Drop the recipe
along with its packagegroup-meta-python entry and the now-redundant ptest
dependency in python3-fastjsonschema.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
pathtools3 is an abandoned Python 3 fork. Its last release (0.2.1) was
in 2018 and the upstream original pathtools has been dead since 2011.
Its only historical consumer, python3-watchdog, dropped the dependency
long ago and is now at 6.0.0 in OE. Nothing else references it.
Drop the recipe and its packagegroup-meta-python entry.
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
OpenSSL 3.5 (first shipped in wrynose) made HMAC_CTX a fully opaque
type by removing its struct definition from the public headers. It was
deprecated since OpenSSL 3.0 but the struct remained visible until 3.5.
libwebsockets uses HMAC_CTX_new() to detect which form to use in its
lws-genhash.h public header: if found it uses HMAC_CTX *ctx (pointer),
otherwise it falls back to HMAC_CTX ctx (embedded struct).
In cross-compilation the CMake CHECK_FUNCTION_EXISTS probe for
HMAC_CTX_new can fail due to native libraries being incorrectly pulled
into the aarch64 link test, causing the function to be reported as not
found. Before OpenSSL 3.5 this was a silent failure: the fallback
embedded struct still compiled fine. With OpenSSL 3.5 the fallback
now fails with "field has incomplete type".
Force LWS_HAVE_HMAC_CTX_new=ON so the pointer form is always used.
Signed-off-by: Kamlesh Gurudasani <kamlesh@ti.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
libcap is needed unconditionally for capability-aware tests such as
breakpoints, cgroup, clone3, futex, ptrace, and seccomp. Add it to
DEPENDS so it is always available at build time and to RDEPENDS so the
installed tests can call cap_get_proc() and friends at runtime.
bash and libgcc are also added to RDEPENDS: bash is required by several
test shell scripts, and libgcc provides libgcc_s.so needed by tests
that use GCC-emitted unwinding stubs.
Signed-off-by: Telukula Jeevan Kumar Sahu <j-sahu@ti.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
The python bindings are built unconditionally, so using libpwquality
drags libpython3 and python3-core onto the image even when only the C
library or pam_pwquality is needed.
Add a "python3" PACKAGECONFIG for the bindings, enabled by default to
keep the current behaviour. The setuptools3-base inherit is deferred
and conditional on it. With python3 disabled, the package depends only
on cracklib and libc.
Signed-off-by: Markus Klotzbuecher <mk@mkio.de>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
otherwise it tries to run:
/bin/sh /Users/aks/code/os/cunit/cunit/missing autoconf
and fails
Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
After the recent recipe update I see this build error:
| Makefile.linux:67: config.mk: No such file or directory
| make: *** No rule to make target '/configure', needed by 'config.mk'. Stop.
Run the configure script so that config.mk gets created
Also fix LIC_FILE_CHECKSUM. Copyright year has been changed
Signed-off-by: Markus Volk <f_l_k@t-online.de>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Currently build fails with:
Hunk #1 FAILED at 204.
1 out of 1 hunk FAILED -- rejects in file CMakeLists.txt
Patch 0001-cmake-always-install-SDL2_net.pc.patch does not apply (enforce with -f)
Remove the patch
Signed-off-by: Markus Volk <f_l_k@t-online.de>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
- ncurses is not a required dependency -> make it a PACKAGECONFIG
PipeWire 1.6.6 (2026-05-26)
This is a bugfix release that is API and ABI compatible with the previous
1.6.x releases.
Highlights
- Fix a bug in the server code that could leave snap clients without
sound. (#5270)
- Relax LADSPA path loading again, absolute paths are only blocked in
unsafe cases.
- Fix a volume restore issue in filter-graph when using custom volume
controls.
- Small fixes and improvements.
PipeWire
- Fix the meta permission check on metadata.
- Make sure we don't accept too many fds.
- Fix potential race with buffer allocation and Suspend. (#3547)
SPA
- Relax LADSPA path loading. Absolute paths are allowed when loading
modules from a config file. They are now only blocked when loading
the pulse ladspa modules and filter-chains in nodes because those
can load ladspa plugins in other processes. (#5222)
- Fix a regression in the dither noise that was silent when no input
was available. (#5260)
- Fix volume initialization in filter-graph. (#5192)
Pulse-server
- Fix a bug in the server code that could leave snap clients without
sound. (#5270)
- Be more careful with the stream suspend messages and only send them
when the stream is monitoring. (#5273)
- Fix monitor mode in pavucontrol.
Tools
- Fix midifile SysEx writing in pw-cat and ensure the header is written
correctly on close.
- Make sure pw-cat does not try to convert Midi to UMP.
Signed-off-by: Markus Volk <f_l_k@t-online.de>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Major 5.0.0 version update. On top of new features, this version fixes
compilation issues with GCC 16 and C++20.
License-Update: Due to new copyrighted material, no new license.
Signed-off-by: Antonios Christidis <a-christidis@ti.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Add PACKAGECONFIG entries for new optional build dependencies:
- libva for new Codec module
- libvdpau for new Codec module
- lua for Lua scripting support
Disable following CMake options explicitly:
- ENABLE_QUICKJS: no recipe exists for this yet
- ENABLE_EET: no recipe exists for this yet (introduced previously in 2.63.0)
Changelog: https://github.com/fastfetch-cli/fastfetch/releases/tag/2.64.0
Signed-off-by: Tafil Avdyli <tafil@tafhub.de>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
* Upstream changed from pcre to pcre2
* with-tcsetpgrp was dropped in "53081: remove old BeOS support code"
Changes
* POSIX real-time signals (SIGRTMIN etc) are now supported by the kill and
trap builtins, TRAP* functions, and the signals parameter, where available.
* The kill builtin learnt a new option -q to send the signal via
sigqueue(3) along with an arbitrary integer value, where available.
* The kill builtin also learnt a new -L option to print a list of all known
signal numbers and their names.
* The new completion helper _as_if can be used to complete one command as
if it were another command with particular arguments.
Signed-off-by: Jörg Sommer <joerg.sommer@navimatix.de>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Upgrade minicoredumper from 2.0.7 to 2.0.8.
Remove below patches because they have been merged by 2.0.8
upstream version:
0001-corestripper-Fix-uninitialized-warning.patch
0002-Fix-2038-year-problem-in-timestamp-handling.patch
0001-coreinject-fix-assignment-of-const-qualified-type.patch
Changelog:
===========
* Address multiple compiler warnings and errors found by more recent
toolchains. The issues existed technically, but were not a problem
for real-world usage scenarios.
* Relocate the man pages for sbin binaries to section 8.
* Fix timestamp value in the core dump directory name for 32-bit
systems with a 64-bit time_t definition after 2038-01-19.
* Improve status query for init script to check core_pattern usage and
handle when the regd daemon is not enabled.
* Known problems:
- If tar is active, core files larger than 8GB will be
truncated. If it is known that the core files will be >8GB and
the full core file is needed, tar must be disabled.
License-Update:
The COPYING changes in upstream commit 941079541a
update Copyright end dates to reflect when changes were last committed.
The COPYING.LGPLv2.1 change in upstream commit 00e3b2fdf7 replaces
the FSF postal mailing address with a URL as recommended by the GNU FAQ.
No license change, no impact on the recipe licensing.
Signed-off-by: Li Zhou <li.zhou@windriver.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
GCC 15 introduced -Wtemplate-body (enabled by default as an error) which
performs stricter name lookup checking inside template bodies. In the
Int64LoweringReducer template class (only compiled for 32-bit targets),
the expression `__ Tuple<Word32, Word32>(...)` is ambiguous in a
dependent context because GCC cannot determine whether `Tuple` after
the `__` macro expansion (`Asm().`) refers to a template member function
or the struct type `Tuple`.
Add the C++ `template` disambiguator keyword to tell the compiler that
`Tuple` is a dependent template name. This is a minimal backport of commit
7772a2df9d0b4db9947dbb902b4aec33c35401c0.
Signed-off-by: Bin Cao <bin.cao.cn@windriver.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Several useful clients are available as part of the overall mDNSResponder
build, package these alongside the main binary.
Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Wang Mingyu
Dmitry Baryshkov
Nora Schiffer
Mingli Yu
Li Zhou
Khem Raj
Srikanth Patchava
Ryan Eatmon
Zeming LIU
Kamlesh Gurudasani
Telukula Jeevan Kumar Sahu
Jason Schonberg
Markus Klotzbuecher
Abhishek Bachiphale
Martin Jansa
Peter Kjellerstedt
Ankur Tyagi
Markus Volk
Antonios Christidis
Tafil Avdyli
Jörg Sommer
Bin Cao
Alex Kiernan