This is preparation for next commits which to use system libraries
instead of bundled third_party components.
Signed-off-by: Peter Marko <peter.marko@siemens.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Variable GRPC_PYTHON_DISABLE_LIBC_COMPATIBILITY was removed in v1.62.0.
Signed-off-by: Peter Marko <peter.marko@siemens.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* ccache with OE does not work always
* Use RelWithDebInfo instead of Debug build type in cmake
Some modules are built in /tmp and if /tmp is small < 2GB
the build may run out of space especially with huge debug info files
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Extract mdns-libnss-mdns from the main package so we can mark it as an
RPROVIDE for libnss-mdns (matching avahi-libnss-mdns) and then
RRECOMMEND this when building with glibc.
Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
We want to select libdns_sd.so from either Avahi or mDNSResponder, make
the RPROVIDE match the one in Avahi.
Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This recipe SRC_URI was defining the fetch protocol as 'https', but if
we look into libatasmart's repo [1], it says it supports 'git' and
'http'.
This was resulting in the recipe being stuck forever in the 'do_fetch'
task.
[1] https://git.0pointer.net/libatasmart.git
Signed-off-by: Eduardo Ferreira <eduardo.barbosa@toradex.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Error: Transaction test error:
file /usr/libexec/installed-tests/gjs/GIMarshallingTests-1.0.typelib conflicts between attempted installs of lib32-gjs-1.82.1-r0.core2_32 and gjs-1.82.1-r0.core2_64
file /usr/libexec/installed-tests/gjs/Regress-1.0.typelib conflicts between attempted installs of lib32-gjs-1.82.1-r0.core2_32 and gjs-1.82.1-r0.core2_64
file /usr/libexec/installed-tests/gjs/Utility-1.0.typelib conflicts between attempted installs of lib32-gjs-1.82.1-r0.core2_32 and gjs-1.82.1-r0.core2_64
file /usr/libexec/installed-tests/gjs/WarnLib-1.0.typelib conflicts between attempted installs of lib32-gjs-1.82.1-r0.core2_32 and gjs-1.82.1-r0.core2_64
The .typelib file is a binary file that contains runtime information for the GObject type system.
These information include function signature, type size, alignment, etc., which may vary depending on the architecture (32-bit vs 64 bit).
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The OpenLDAP license is versioned. As such, listing the license as
simply "OpenLDAP" does not convey a complete picture of what license the
component is actually using.
Update the LICENSE variable to use the SPDX identifier for OpenLDAP
licenses, with the appropriate version number, "OLDAP-2.8".
Rename the license file for the OpenLDAP license to "OLDAP-2.8" from
"OpenLDAP".
Signed-off-by: Ethan Roderick <Ethan.Roderick@digi.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Changelog:
=========
24.11.1 (2024-11-11)
Bugfixes
- Remove some legacy code that supported Python 2 for compatibility with the
upcoming releases of Cython 3.1.
- Also, the PeriodicMonitorThreadStartedEvent now properly implements the
IPeriodicMonitorThreadStartedEvent interface. The EventLoopBlocked event
includes the hub which was blocked, and it is notified before the report
is printed so that event listeners can modify the report. See issue #2076.
24.10.3 (2024-10-18)
Bugfixes
- Fix clearing stack frames on Python 3.13. This is invoked when you fork
after having used the thread pool. See issue #2067.
- Distribute manylinux2014 wheels for x86_64. See issue #2068.
- Stop switching to the hub in the after fork hook in a child process. This
could lead to strange behaviour, and is different than what all other
versions of Python do.
24.10.2 (2024-10-11)
Bugfixes
- Workaround a Cython bug compiling on GCC14. See issue #2049.
24.10.1 (2024-10-09)
Features
- Update the bundled c-ares to 1.33.1.
- Add support for Python 3.13.
- The functions and classes in gevent.subprocess no longer accept
stdout=STDOUT and raise a ValueError.
Several additions and changes to the queue module, including:
- Queue.shutdown is available on all versions of Python.
- LifoQueue is now a joinable queue.
- gevent.monkey changed from a module to a package. The public API remains
the same.
For this release, private APIs (undocumented, marked internal, or
beginning with an underscore) are also preserved. However, these may be
changed or removed at any time in the future. If you are using one of
these APIs and cannot replace it, please contact the gevent team.
Bugfixes
- For platforms that don’t have socketpair, upgrade our fallback code to
avoid a security issue. See issue #2048.
Deprecations and Removals
- Remove support for Python 3.8, which has reached the end of its support
lifecycle. See issue #remove_py38.
Signed-off-by: Thomas Schlien <ts@ferncast.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
After the migration from Mercurial to GitHub the homepage has
changed and SIP is now licensed under the BSD-2-Clause license. The
upgrade to version 6.10.0 brings the following changes:
- SIP_ABI_VERSION has been added as a module attribute of the sip
module. This is an integer that represents the ABI version that
the module implements as a 3 part hexadecimal number.
This has been implemented in ABIs v12.17 and v13.10.
- The ability of sip-module to generate sdists for older ABI
versions has been restored. The oldest that can be generated are
v12.9 and v13.1 which are the oldest non-deprecated versions.
- The default minor ABI version to use is now the latest minor
version for a particular major version (rather than 0 as it was
previously).
- The --abi-version command line option has been added to sip-build,
sip-install and sip-wheel to specify the ABI version of the sip
module to generate code for.
- The %MinimumABIVersion directive is used to specify the minimum
sip module ABI to target in order to ensure that all calls to the
public API from handwritten code are available.
A consequence of this change is that passing string values to the
/Deprecated/ annotation no longer requires an ABI version that
supports them to be targeted. If the targeted ABI version does
not support them they are simply ignored.
- The value of a string annotation uses the ; and : characters to
allow platform- and feature-specific values to be defined. These
special characters can now be escaped using a leading \\. This
capability has now been documented.
- The license designator in setup.py for the latest versions of the
sip module are now correctly specified as BSD-2-Clause.
- The code generation has been fixed for classes created by
instantiating mapped type templates using a typedef with the
/NoTypeName/ annotation.
This work was sponsored by GOVCERT.LU.
License-Update: SIP is now licensed under the BSD-2-Clause license.
Signed-off-by: Leon Anavi <leon.anavi@konsulko.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Linux kernel commit 8bd76b3d3f3a ("gpio: sim: lock up configfs that an
instantiated device depends on") revealed an issue in libgpiod bindings
tests where a GPIO simulator device is not disabled before removing its
configfs entries.
Add a patch (already submitted upstream) that fixes the observed ptest
failures.
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Linux kernel commit 8bd76b3d3f3a ("gpio: sim: lock up configfs that an
instantiated device depends on") revealed an issue in libgpiod bindings
tests where a GPIO simulator device is not disabled before removing its
configfs entries.
Add a patch (already submitted upstream) that fixes the observed ptest
failures.
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The CRC32C-ADLER license is the same as the SPDX-standardized Zlib.
Use Zlib over CRC32C-ADLER and as it is the last reference, remove the
CRC32C-ADLER license.
Signed-off-by: Bastian Germann <bage@debian.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The libeigen recipe, which was the only user of this license file, now
uses the Minpack license from OE-Core instead.
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Since libeigen is a header-only library, LGPL effectively has the same
properties as GPL when it comes to affecting the licensing of the code
that uses libeigen. To avoid the problem, backport a patch to remove all
LGPL-2.1 code from the library.
Switch to using "Minpack" rather than "MINPACK" as license since the
former is the official SPDX name.
Also correct the licenses for ${PN}, ${PN}-dbg and ${PN}-dev to reflect
that they do not contain any GPL code (the GPL code is only used for
benchmark tests and does not affect what is installed).
License-Update: Correct the license information
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Similarly to c++ protobuf, add products matching historical entries.
Signed-off-by: Peter Marko <peter.marko@siemens.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Add all relevant products from following query.
Also remove generic "protobuf" to avoid matching golang:protobuf.
.../downloads/CVE_CHECK2$ sqlite3 nvdcve_2-2.db
sqlite> select vendor, product, count(*) from products where product like '%protobuf%' group by vendor, product;
golang|protobuf|1
google|google-protobuf|5
google|protobuf|2
google|protobuf-cpp|4
google|protobuf-java|15
google|protobuf-javalite|12
google|protobuf-kotlin|6
google|protobuf-kotlin-lite|4
google|protobuf-python|4
protobuf|protobuf|1
protobuf-c_project|protobuf-c|2
protobufjs_project|protobufjs|3
rust-protobuf_project|rust-protobuf|2
Signed-off-by: Peter Marko <peter.marko@siemens.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
utf_range is MIT licensed.
Although the LICENSE file is not distributed in python protobuf,
this can be read in c++ protobuf recipe where all files are present.
License-Update: added missing license
Signed-off-by: Peter Marko <peter.marko@siemens.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
We should not use additional vendored jsoncpp unless required due to
compatibility issues.
Signed-off-by: Peter Marko <peter.marko@siemens.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This commit reverts
https://git.openembedded.org/meta-openembedded/commit/?id=5af1cd3ada4cc86864810a12c82771ba1afdce64
That commit prefers sdk development instead of release images.
The additional libraries are not needed for protobuf at runtime.
Also any component depending on protobuf will have whole abseil-cpp in
sysroots so linking all the libraries is possible and any additional
ones will be installed.
What may not work is if protobuf is installed in sdk image and
application using it wants to use an additional abseil-cpp library.
However that is easily fixable by adding also abseil-cpp to sdk.
Removing hard-dependency in release images is much harder.
Signed-off-by: Peter Marko <peter.marko@siemens.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
When linking to capnproto from another project, cmake fails to
find this package with the following error:
| CMake Error at ${RECIPE_SYSROOT}/usr/lib/cmake/CapnProto/CapnProtoTargets.cmake:176 (message):
| The imported target "CapnProto::capnp_tool" references the file
|
| "${RECIPE_SYSROOT}/usr/bin/capnp"
|
| but this file does not exist. Possible reasons include:
To solve this, this change includes the following:
1. Add a patch that removes the files installed (and exported) in
${bindir} from the target build. The CMake file originally verified
that these files exist when another recipe tried to use it, however
the ${RECIPE_SYSROOT} does not contain the binaries in ${bindir},
so it failed quick in the do_configure step. (This alone is enough
to link against the cross-compiled libraries of capnproto successfully,
but code-generation from capnproto definition fails)
2. Add a new bbclass for capnproto. To cross-compile an application
that uses capnproto, the application needs to be linked against the
cross-compiled version of the libraries, however the native version
of the binaries need to be used to generate C++ code from the
capnproto definitions. This class sets the correct CMake arguments, to
use the capnproto binaries from the native package, instead of looking
for the non-existent cross-compiled binaries. (These variables can
be found in ${libdir}/cmake/CapnProto/CapnProtoConfig.cmake file)
Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
In case "encryption-openssl" PACKAGECONFIG is enabled, do_package_qa fails:
ERROR: open62541-1.3.8-r0 do_package_qa: QA Issue: File /usr/lib/cmake/open62541/open62541Targets.cmake in package open62541-dev contains reference to TMPDIR [buildpaths]
Fix it by changing the value of RECIPE_SYSROOT to CMAKE_SYSROOT variable,
so the qa check passes, and other CMake projects should be still able to find the
CMake package provided by this recipe.
Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
1. Set the correct LICENSE value
2. Csocket is a submodule of the main znc project. Instead of
cloning it separately in a subfolder, just let the gitsm fetcher
to fetch the correct revisions, at the correct place.
Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
pipewire-0.2 (which is a pre-pandemic version of pipewire) has been
kept around[1] to satisfy the dependencies of mutter (< 3.36).
Mutter has been updated to a version that doesn't require
this old pipewire more than 3 years ago[2].
There is a much more newer version of pipewire recipe available
in the same folder, and it seems there aren't further recipes depending on
this old version.
[1]: 5200e029ea
[2]: 7cd570b486
Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Recipes are much more readable with whitespace around the assignment operators.
Fix various assignments in meta-openembedded recipes to show this is definitely
the preferred formatting.
This fixes recipes with larger numbers of issues but there are just under 100
other references left to fix.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
