Since libssh is now a dependency of cryptsetup, it needs to be buildable
for the same cases as cryptsetup.
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* without this the UCD.zip is being reused for version 14 and 12 when changing
the meta-oe branch resulting in:
WARNING: unicode-ucd-12.1.0-r0 do_fetch: Checksum mismatch for local file downloads/UCD.zip
WARNING: unicode-ucd-12.1.0-r0 do_fetch: Renaming downloads/UCD.zip to downloads/UCD.zip_bad-checksum_033a5276b5d7af8844589f8e3482f3977a8385e71d107d375055465178c23600
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The Python library cannot be copied from the source code directory,
otherwise generated files like gps.py and packet.py are missing.
This is noticed when starting ubxtool which otherwise crashes:
Traceback (most recent call last):
File "/usr/bin/ubxtool", line 48, in <module>
import gps.ubx
File "/usr/lib/python3.10/site-packages/gps/ubx.py", line 244, in <module>
class ubx(object):
File "/usr/lib/python3.10/site-packages/gps/ubx.py", line 255, in ubx
verbosity = gps.VERB_NONE
AttributeError: module 'gps' has no attribute 'VERB_NONE'
Signed-off-by: Matthias Klein <matthias@extraklein.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This helps fixing opencv builds where lack of libatomic link in tbb
ends up with build failures e.g.
riscv32-yoe-linux-ld: lib/libopencv_core.so.4.5.2: undefined reference to `__atomic_fetch_add_8'
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Currently opencv ships with setup_vars_opencv4.sh, but there comes below
error:
# /usr/bin/setup_vars_opencv4.sh
Setting vars for OpenCV 4.5.2
Append PYTHONPATH: /usr/bin/../lib/python3.9/site-packages
# ls /usr/bin/../lib/python3.9/site-packages
ls: cannot access '/usr/bin/../lib/python3.9/site-packages': No such file or directory
Considering the file is useless and also removed in other distribution [1],
so remove the file to avoid confusing.
[1] https://src.fedoraproject.org/rpms/opencv/blob/rawhide/f/opencv.spec#_424
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cryptsetup 2.4.1 Release Notes
==============================
Stable bug-fix release with minor extensions.
All users of cryptsetup 2.4.0 should upgrade to this version.
Changes since version 2.4.0
~~~~~~~~~~~~~~~~~~~~~~~~~~~
* Fix compilation for libc implementations without dlvsym().
Some alternative libc implementations (like musl) do not provide
versioned symbols dlvsym function. Code now fallbacks to dlsym
operation for dynamic LUKS2 token load.
It is up to maintainers to ensure that LUKS2 token plugins are
compiled for the supported version.
* Fix compilation and tests on systems with non-standard libraries
(standalone argp library, external gettext library, BusyBox
implementations of standard tools).
* Try to workaround some issues on systems without udev support.
NOTE: non-udev systems cannot provide all functionality for kernel
device-mapper, and some operations can fail.
* Fixes for OpenSSL3 crypto backend (including FIPS mode).
Because cryptsetup still requires some hash functions implemented
in OpenSSL3 legacy provider, crypto backend now uses its library
context and tries to load both default and legacy OpenSSL3 providers.
If FIPS mode is detected, no library context is used, and it is up
to the OpenSSL system-wide policy to load proper providers.
NOTE: We still use some deprecated API in the OpenSSL3 backend,
and there are some known problems in OpenSSL 3.0.0.
* Print error message when assigning a token to an inactive keyslot.
* Fix offset bug in LUKS2 encryption code if --offset option was used.
* Do not allow LUKS2 decryption for devices with data offset.
Such devices cannot be used after decryption.
* Fix LUKS1 cryptsetup repair command for some specific problems.
Repair code can now fix wrongly used initialization vector
specification in ECB mode (that is insecure anyway!) and repair
the upper-case hash specification in the LUKS1 header.
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
the utsrelease.h is not included in the STAGING_KERNEL_DIR, but in STAGING_KERNEL_BUILDDIR
So, adding a hacky symlink into the source directory fixes the issue for now.
This can be re-evaluated if poky maintainers start shipping such file into another directory or patch module*.bbclass to take account
of this additional dir into *FLAGS
https://errors.yoctoproject.org/Errors/Details/613563/
make: Entering directory 'TOPDIR/build/tmp/work/qemux86-yoe-linux/vboxguestdrivers/6.1.28-r0/vboxguestdrivers-6.1.28/utils'
i686-yoe-linux-gcc -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=TOPDIR/build/tmp/work/qemux86-yoe-linux/vboxguestdrivers/6.1.28-r0/recipe-sysroot -I. -I../vboxsf -I../vboxsf/include -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DVBOX_WITH_HGCM -DIN_MODULE -DIN_GUEST_R0 -c -o mount.vboxsf.o mount.vboxsf.c
i686-yoe-linux-gcc -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=TOPDIR/build/tmp/work/qemux86-yoe-linux/vboxguestdrivers/6.1.28-r0/recipe-sysroot -I. -I../vboxsf -I../vboxsf/include -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DVBOX_WITH_HGCM -DIN_MODULE -DIN_GUEST_R0 -c -o vbsfmount.o vbsfmount.c
In file included from ../vboxsf/include/iprt/stdarg.h:47,
from ../vboxsf/include/iprt/types.h:34,
from ../vboxsf/include/iprt/string.h:33,
from mount.vboxsf.c:53:
../vboxsf/include/iprt/linux/version.h:40:11: fatal error: generated/utsrelease.h: No such file or directory
40 | # include <generated/utsrelease.h>
| ^~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
Makefile:39: recipe for target 'mount.vboxsf.o' failed
Signed-off-by: Khem Raj <raj.khem@gmail.com>
A JavaScript library for internationalization and localization that leverages the official Unicode CLDR JSON data.
Signed-off-by: Zang Ruochen <zangrc.fnst@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* This is new LTS release
* Add patch to fix build on mips/mips64
* Add patch to build with new c-ares 2.17+
* Enhance native binaries patch to include additional native torque use
* Drop mips-warnings.patch and python 3.10 support patch which is
already available in 16.x
* Refresh rest of patches against 16.x base
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Note you can support this project via GitHub sponsors or PayPal.
Bug Fixes
Fix regression bug introduced in release 3.10.0 which broke compilation
for types with an explicit default constructor with default arguments.
#3077#3079
Fix regression bug introduced in release 3.10.0 which treated the
return values of std::find and std::remove as pointers which could
break compilation. #3081#3082
Fix converting std::filesystem::path to JSON. Before release 3.10.3,
such a conversion would trigger a stack overflow. Release 3.10.3 then
further broke compilation on Windows. #3070#3073
Deprecated functions
Passing iterator pairs or pointer/length pairs to parsing functions
(basic_json::parse, basic_json::accept, basic_json::sax_parse,
basic_json::from_cbor, basic_json::from_msgpack, basic_json::from_ubjson,
basic_json::from_bson) via initializer lists is deprecated. Instead,
pass two iterators; for instance, call basic_json::from_cbor(ptr, ptr+len)
instead of basic_json::from_cbor({ptr, len}).
The following functions have been deprecated in earlier versions and
will be removed in the next major version (i.e., 4.0.0):
Function iterator_wrapper are deprecated.
Please use the member function items() instead.
Functions friend std::istream& operator<<(basic_json&, std::istream&)
and friend std::ostream& operator>>(const basic_json&, std::ostream&)
are deprecated. Please use friend std::istream& operator>>(std::istream&,
basic_json&) and friend operator<<(std::ostream&, const basic_json&) instead.
All deprecations are annotated with HEDLEY_DEPRECATED_FOR to report
which function to use instead.
Signed-off-by: Zheng Ruoqin <zhengrq.fnst@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The libmozjs package was including /usr/lib/libjs_static.ajs, not
required for runtime usage.
Keep this file, but move it to the staticdev package.
Signed-off-by: Kurt Kiefer <kurt.kiefer@arthrex.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Oleksandr Kravchuk
Peter Kjellerstedt
Khem Raj
Philippe Coval
Martin Jansa
Matthias Klein
zhengruoqin
Mingli Yu
wangmy
Gianfranco
zangrc
Kurt Kiefer
Tim Orling
Matthias Schiffer
Yi Zhao