On mips ensure -fpie is passed when using clang compiler, this fixes
configure issues e.g.
/mnt/b/yoe/master/build/tmp/work/mips32r2-yoe-linux/mozjs-78/78.15.0-r0/recipe-sysroot-native/usr/bin/mips-yoe-linux/mips-yoe-linux-ld: non-dynamic relocations refer to dynamic symbol localtime_r@@GLIBC_2.0
/mnt/b/yoe/master/build/tmp/work/mips32r2-yoe-linux/mozjs-78/78.15.0-r0/recipe-sysroot-native/usr/bin/mips-yoe-linux/mips-yoe-linux-ld: failed to set dynamic section sizes: bad value
Signed-off-by: Khem Raj <raj.khem@gmail.com>
mozjs does not really use X but arcane autoconf 2.13 means its poking at
build host for X headers and libraries. On build hosts where X is
installed this results in wrong paths being searched for target X
headers, this gets caught by configure QA and it fails
ERROR: mozjs-78-78.15.0-r0 do_configure: QA Issue: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities.
Rerun configure task after fixing this. [configure-unsafe]
ERROR: mozjs-78-78.15.0-r0 do_configure: Fatal QA errors were found, failing task.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Did not get rid of checks using llvm-objdump. So depend either llvm-native
from oe-core or clang-native from meta-clang
* Unfortunately we still need python3-six(-native) although firefox ships a
version in third_party. If somebody more clever than me can solve this,
mozjs-78 can be moved out of dynamic-layers
* Get rid of erroneous dependency trying to satisfy llvm_objdump
It was tested improperly so configure faile for meta-clang not in layers
It is not necessary for building js only - see mozjs-91
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* it is a huge chunk of 1.2GB
* it is not used
* it conflicts with other versions of mozjs since there is no version in name
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* We need mozjs-78 for latest stable gjs
* Other distros/packagers do same
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
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>
Andreas Müller
Khem Raj
Oleksandr Kravchuk
Peter Kjellerstedt
Philippe Coval
Martin Jansa
Matthias Klein
zhengruoqin
Mingli Yu
wangmy
Gianfranco
zangrc