This patch updates SRC_URIs using git to include branch=master if no branch is set
and also to use protocol=https for github urls as generated by the conversion script
in OE-Core.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
/var/log is normally a link to /var/volatile/log and /var/volatile is a
tmpfs mount. So anything created in /var/log will not be available when
the tmpfs is mounted.
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This cleans up whitespace, and avoids using ${...} for shell
variables.
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
/var/log is normally a link to /var/volatile/log and /var/volatile is a
tmpfs mount. So anything created in /var/log will not be available when
the tmpfs is mounted.
/var/log/atop will be created in runtime.
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Set protocol to https as the git protocol doesn't work for this repo:
$ git clone git://git.libssh.org/projects/libssh.git
Cloning into 'libssh'...
fatal: unable to connect to git.libssh.org:
git.libssh.org[0: 78.46.21.5]: errno=Connection timed out
git.libssh.org[1: 2a01:4f8:201:2294::2]: errno=Network is unreachable
Signed-off-by: Yi Zhao <yi.zhao@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
c-ares version 1.18.1 - Oct 27 2021
Bug fixes:
ares_getaddrinfo() would return ai_addrlen of 16 for ipv6 adddresses
rather than the sizeof(struct sockaddr_in6)
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Version 2.18.2, 2021-10-25
Avoid using short exponents when encrypting in ElGamal,
as some PGP implementations generate keys with parameters
that are weak when short exponents are used (GH #2794)
Fix a low risk OAEP decryption side channel (GH #2797)
Work around a miscompilation of SHA-3 caused by a bug in Clang 12
and XCode 13. (GH #2826)
Remove support in OpenSSL provider for algorithms which are disabled
by default in OpenSSL 3.0 (GH #2823, #2814)
Add CI based on GitHub actions to replace Travis CI (GH #2632)
Fix the online OCSP test, as the certificate involved had expired.
(GH #2799)
Fix some test failures induced by the expiration of the trust root
"DST Root CA X3" (GH #2820)
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
release note:
All signed release artifacts, signatures and verification instructions can
be found here: https://avro.apache.org/releases.html
This release includes 120 Jira issues, including some interesting features:
Specification: AVRO-3212 Support documentation tags for FIXED types
C#: AVRO-2961 Support dotnet framework 5.0
C#: AVRO-3225 Prevent memory errors when deserializing untrusted data
C++: AVRO-2923 Logical type corrections
Java: AVRO-2863 Support Avro core on android
Javascript: AVRO-3131 Drop support for node.js 10
Perl: AVRO-3190 Fix error when reading from EOF
Python: AVRO-2906 Improved performance validating deep record data
Python: AVRO-2914 Drop Python 2 support
Python: AVRO-3004 Drop Python 3.5 support
Ruby: AVRO-3108 Drop Ruby 2.5 support
For the first time, the 1.11.0 release includes experimental support for
Rust. Work is continuing on this donated SDK, but we have not versioned and
published official artifacts for this release.
Python: The avro package fully supports Python 3. We will no longer publish a
separate avro-python3 package
And of course upgraded dependencies to latest versions, CVE fixes and more:
https://issues.apache.org/jira/issues/?jql=project%3DAVRO%20AND%20fixVersion%3D1.11.0
The link to all fixed JIRA issues and a brief summary can be found at:
https://github.com/apache/avro/releases/tag/release-1.11.0
In addition, language-specific release artifacts are available:
C#: https://www.nuget.org/packages/Apache.Avro/1.11.0
Java: from Maven Central,
Javascript: https://www.npmjs.com/package/avro-js/v/1.11.0
Perl: https://metacpan.org/release/Avro
Python 3: https://pypi.org/project/avro/1.11.0
Ruby: https://rubygems.org/gems/avro/versions/1.11.0
Thanks to everyone for contributing!
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
From announcement:
This release was focused on stability and hardening, notably fixing some
long-standing race conditions and memory leaks. Default mount options got
tweaked towards data safety.
All users are strongly advised to upgrade.
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
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>
