wangmy [Mon, 22 Nov 2021 14:59:33 +0000 (22:59 +0800)]
systemtap: upgrade 4.5 -> 4.6
support for 64-bit RISC-V architecture, liveness analysis for guru-mode write operations,
bpf syscall_any and abort() tapsets, bpf foreach iteration of multi-key arrays,
return of inter-cpu output ordering
Changelog is as follows:
= SystemTap frontend (stap) changes
- stap-prep now tries to download the main kernel debuginfo file from
a debuginfod server, if configured.
= SystemTap backend changes
- SystemTap has added support for the 64-bit RISC-V architecture.
- SystemTap now uses DynInst to perform a liveness analysis on
target variables and warn when a guru-mode modification to a variable
will have no effect. The liveness analysis is currently done on
x86_64, PowerPC, and AArch64.
- The kernel-user relayfs transport again sorts messages into a total
time order across CPUs. High output-volume scripts may need a
larger "-s BUF" parameter to reliably transfer. "-b" bulk mode
is also available again as an alternative.
- The bpf backend now supports foreach iteration in multi-key associative arrays.
= SystemTap tapset changes
- Updated syscall_any tapset mapping to include newer syscalls.
- syscall_any tapset can be used by the bpf backend.
- abort() tapset can be used by the bpf backend.
= Known issues with this release
- There are known issues on kernel 5.10+ after adapting to set_fs()
removal, with some memory accesses that previously returned valid data
instead returning -EFAULT (see PR26811).
- An sdt probe cannot parse a parameter that uses a segment register.
(PR13429)
- The presence of a line such as
*CFLAGS += $(call cc-option, -fno-var-tracking-assignments)
in older linux kernel Makefile unnecessarily reduces debuginfo quality,
consider removing that line if you build kernels. Linux 5.10+ fixes this.
= Bugs fixed for this release <https://sourceware.org/PR#####>
6562 $SYSTEMTAP_DEBUGINFO_PATH does not work
15724 stapdyn looking for libdyninstAPI_RT.a
26839 Systemtap build failures with clang
27820 abort() tapset not implemented in the bpf mode
27829 support for floating point values passed through sdt.h markers
27864 loc2stap.cxx assertion failure on loc_unavailable type location, rawhide
27881 failed to extend vma mapped entry when the address is adjacent
27903 handle f33 glibc $$parms
27932 List Python as a prerequisite in README
27933 Use of unitialized functioncall synthetic field in
27934 failure to attach statement
27940 The /* pc=0x... */ is no longer printed by "stap -v -L 'kernel.function("*")'
27942 testsuite/systemtap.base/perf.sh drop bashism
27984 stap skipping partially-inlined instance, but it is not inline function actually
28070 extend vma end address to the different module
28079 adapt to kernel 5.14 task_struct.__state change
28084 autoconf-x86-uniregs.c compile failled with -Werror cause STAPCONF_X86_UNIREGS missing
28140 kernel panic on tracepoint activation in stap module
28184 task_fd_lookup failed on linux 5.11
28244 linux objtool imposes symbol length limits on generated function names
28384 finish nfs_proc tapset port 4.3 string server_ip
28443 Provide syscall_any tapset for bpf
28449 loss of cross-cpu output ordering
28544 procfs_bpf.exp regression due to string handling error
28557 module kprobe insertion on modern kernels
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Richard Purdie [Mon, 22 Nov 2021 15:32:36 +0000 (15:32 +0000)]
buildhistory: Fix srcrevs output
The code was assuming that the a recipe with only one srcrev wouldn't "name"
it. This isn't the case as the glibc or bzip2 recipes show, you can have
a single srcrev which is named.
We can pull the data from the fetcher and in fact we already have it, we just
need to handle the "default" case and make that code the default for all srcrev
regardless of length.
[YOCTO #14017]
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Joshua Watt [Fri, 19 Nov 2021 02:12:49 +0000 (20:12 -0600)]
classes/crate-fetch: Ensure crate fetcher is available
Reworks the crate fetcher class to have it install the fetcher at recipe
finalization so that it is always available before SRC_URI is expanded.
In addition, override the value of SRCPV to also install the fetcher
when SRCPV is expanded so that AUTOREV works.
[YOCTO #10867]
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Process all systemd-sysusers configuration files in order to create
users/groups at build time. systemd-sysusers would try to create them at
run-time, but for read-only rootfs that's not possible and results in
warnings from different services:
systemd-udevd[166]: /lib/udev/rules.d/50-udev-default.rules:39 Unknown group 'render', ignoring
systemd-udevd[166]: /lib/udev/rules.d/50-udev-default.rules:40 Unknown group 'render', ignoring
systemd-udevd[166]: /lib/udev/rules.d/50-udev-default.rules:42 Unknown group 'sgx', ignoring
Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Pgowda [Mon, 15 Nov 2021 14:03:40 +0000 (06:03 -0800)]
rust-cross: Replace TARGET_ARCH with TUNE_PKGARCH
rust-cross-* imported from meta-rust has incorrect signatures,
depending on MACHINEOVERRIDES making it effectively MACHINE_ARCH
as shown by sstate-diff-machines.sh:
Mingli Yu [Wed, 17 Nov 2021 02:16:23 +0000 (10:16 +0800)]
wic: use shutil.which
Use shutil.which to find the executable instead to silence the below warning:
$ cat tmp/work/intel_x86_64-poky-linux/core-image-base/1.0-r5/temp/log.do_image_wic
[snip]
DEBUG: Executing shell function do_image_wic
/path/layers/oe-core/scripts/wic:27: DeprecationWarning: The distutils package is deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
from distutils import spawn
INFO: Creating image(s)...
[snip]
[RP: Added conversion for missed function reference] Signed-off-by: Mingli Yu <mingli.yu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Andres Beltran [Thu, 18 Nov 2021 00:04:02 +0000 (00:04 +0000)]
create-spdx: Fix key errors in do_create_runtime_spdx
Currently, the do_create_runtime_spdx task fails with a Key Error if a
dependency is not contained in the package providers dictionary. Add a
check before using "dep" as a key in "providers".
Signed-off-by: Andres Beltran <abeltran@linux.microsoft.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Saul Wold [Wed, 17 Nov 2021 18:08:13 +0000 (10:08 -0800)]
create_spdx: ensure is_work_shared() is unique
There is a function with the same name is_work_shared() in the archiver class
this causes a conflict when both classes are included. Use work-shared as the
check in WORKDIR to allow for other packages beyond the kernel and gcc that
use a common shared-work source directory.
Signed-off-by: Saul Wold <saul.wold@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Daniel Gomez [Thu, 18 Nov 2021 22:06:09 +0000 (23:06 +0100)]
os-release: Add DISTRO_CODENAME as vardeps for do_compile
DISTRO_CODENAME is part of VERSION variable but not used as dependency
for do_compile task. Append it to the vardeps list to rebuild in case it
changes.
Signed-off-by: Daniel Gomez <daniel@qtec.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
busybox: drop 0001-Use-CC-when-linking-instead-of-LD-and-use-CFLAGS-and.patch
This was added 10 years ago, is almost certainly non-upstreamable
and it isn't clear what the issues it aims to fix are:
the AB revealed no problems when the patch is removed.
Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
While upstream is not technically dead as of today [1], it has not made
a release in over a decade, and there is no source code repo to
rebase the patches on. If/when a new release ever comes, or someone
takes over the maintenance, we can reassess the situation with these patches.
[1] Discussion in https://sourceforge.net/p/infozip/bugs/53/
Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Ross Burton [Wed, 17 Nov 2021 17:23:08 +0000 (17:23 +0000)]
scripts/lnr: remove
lnr is a script that implements the same behaviour as 'ln --relative
--symlink', as at the time of creation --relative was only available in
coreutils 8.16 onwards which was too new for the older supported distros.
Now, however, everyone has a new enough coreutils, so we can remove this
script.
All users of lnr should be replaced with ln --relative --symbolic.
Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Jim Wilson [Tue, 16 Nov 2021 01:44:13 +0000 (17:44 -0800)]
gdb-common: Add --with-liblzma-prefix in xz PACKAGECONFIG.
This fixes an arch linux gdb configure error with liblzma installed.
Without the --with-liblzma-prefix option, when configuring the target
gdb, gdb configure may find the native liblzma (on a non-multiarch
system) and try to use it, which gives a configure error. We already
use --with-libexpat-prefix for expat, we just need to do the same for
liblzma.
This was reported here:
https://github.com/sifive/meta-sifive/issues/34
https://github.com/sifive/freedom-u-sdk/issues/148
Signed-off-by: Jim Wilson <jim.wilson.gcc@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wangmy [Mon, 15 Nov 2021 15:04:14 +0000 (23:04 +0800)]
python3-more-itertools: upgrade 8.10.0 -> 8.11.0
8.11.0:
New functions
The :func:`before_and_after`, :func:`sliding_window`, and :func:`triplewise` recipes from the Python 3.10 docs were added
:func:`duplicates_everseen` and :func:`duplicates_justseen` (thanks to OrBin and DavidPratt512)
:func:`minmax` (thanks to Ricocotam, MSeifert04, and ruancomelli)
:func:`strictly_n` (thanks to hwalinga and NotWearingPants)
:func:`unique_in_window`
Changes to existing functions
:func:`groupby_transform` had its type stub improved (thanks to mjk4 and ruancomelli)
:func:`is_sorted` now accepts a strict parameter (thanks to Dutcho and ruancomelli)
:func:`zip_broadcast` was updated to fix a bug (thanks to kalekundert)
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wangmy [Mon, 15 Nov 2021 15:04:13 +0000 (23:04 +0800)]
python3-jinja2: upgrade 3.0.2 -> 3.0.3
What's Changed
update requirements by @davidism in #1524
test Python 3.10 by @davidism in #1530
test Python 3.11 by @davidism in #1531
Tests: Adapt expected traceback regexes for Python 3.11.0a1 by @hroncok in #1527
simplify CodeType rewriting by @davidism in #1536
native: keep same behavior on Python 3.10 by @mkrizek in #1537
Reduce async overhead due to auto_await by @mohd-akram in #1516
Use object.__hash__ for Node.__hash__ by @klette in #1522
Fix typos by @kianmeng in #1509
rewrite Template class doc by @davidism in #1538
remove reference to macro.defaults by @davidism in #1539
rewrite docs about extending template objects by @davidism in #1540
document chained pow order by @davidism in #1541
PackageLoader works with single module file by @davidism in #1542
release version 3.0.3 by @davidism in #1543
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wangmy [Mon, 15 Nov 2021 15:02:36 +0000 (23:02 +0800)]
libhandy: upgrade 1.4.0 -> 1.5.0
=============
Version 1.5.0
=============
- Introduce HdyStyleManager for managing color schemes (light/dark) and
high contrast mode.
- Support the cross-platform color scheme preference in the
settings portal.
- HdyPreferencesPage
- Remove adaptive margins to fix default window sizes
- HdyTabBar
- Handle middle click on button release rather than press
- Various memory leak fixes
- Translation updates:
- Brazilian Portuguese
- Finnish
- Indonesian
- Portuguese
- Serbian
- Swedish
- Ukrainian
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Richard Purdie [Thu, 11 Nov 2021 17:00:50 +0000 (17:00 +0000)]
gcc: Dropping mips workaround
I've tested without this and the ptest results for mips are the same with
and without it so the issue this was fixing in gcc 9 was likely resolved
by gcc 11.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Jose Quaresma [Tue, 9 Nov 2021 11:11:47 +0000 (11:11 +0000)]
sstate: only search on the mirrors for the missing files
The existence of missed files on the local sstate cache is the
condition to search for it on the sstate mirror.
The missed collection are populated when we search the files
on the local sstate cache.
- When we have sstate mirrors we don't need to iterate all files
again because we already know what's missing.
- When we found a file on the sstate mirror is because of they
are missing on the local sstate mirror.
So avoid checking if the hash exists on the missed collection.
- When we can't find the file on the sstate mirror we don't need
to add the hash again to the missed collection as it already exists.
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Jose Quaresma [Sun, 14 Nov 2021 20:26:48 +0000 (20:26 +0000)]
shaderc: upgrade 2021.2 -> 2021.3
- SHADERC_SKIP_COPYRIGHT_CHECK is a new cmake option to skip
the copyright check and as we don't needs it we can avoid the check.
https://github.com/google/shaderc/commit/f6d6dddfabfec1041c0dfb8e7ff3608a5f82227c
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Khem Raj [Sun, 14 Nov 2021 16:52:35 +0000 (08:52 -0800)]
vulkan-samples: Enable for architectures where it builds
With last upgade it has stopped working on arm/mips/x86/rv32
basically all 32bit architectures. Until this is fixed enable it
for architectures where its known to build now.
Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Yi Zhao [Sun, 14 Nov 2021 05:15:56 +0000 (13:15 +0800)]
python3-numpy: add python3-json to RDEPENDS
Fixes:
$ python3
>>> import numpy
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib/python3.10/site-packages/numpy/__init__.py", line 138, in <module>
from ._version import get_versions
File "/usr/lib/python3.10/site-packages/numpy/_version.py", line 7, in <module>
import json
ModuleNotFoundError: No module named 'json'
>>>
Signed-off-by: Yi Zhao <yi.zhao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Yi Zhao [Sun, 14 Nov 2021 05:15:55 +0000 (13:15 +0800)]
python3-numpy: move recipe to python directory
This recipe had been moved out from python directory since 2016[1] in
order to share patches between python2 and python3. But now there is no
reason to keep it in its own directory as we only keep python3-nump.
Move it back to python directory.
Claus Stovgaard [Sat, 13 Nov 2021 21:37:13 +0000 (22:37 +0100)]
cups: Fix missing installation of cups sysv init scripts
The packageconfig needs to be --disable-systemd as documented in
configure file for cups. With the current value "--without-systemd" the
SYSTEM_DIR variable ends up being set to "no"
It is caused by the --without-* section in configure file resulting in
eval with_$ac_useropt=no ;;
$ac_useropt is "systemd" causing the variable $with_systemd to be set
to "no", because of below test
if test ${with_systemd+y}
then :
withval=$with_systemd; SYSTEMD_DIR="$withval"
else $as_nop
SYSTEMD_DIR=""
fi
cups configure test for i if SYSTEMD_DIR is empty to decide if the init
scripts need to be installed. A value of "no" results in that no init
scripts is installed.
With --disable-systemd it works as expected - installing the init files.
Though cups should properly improve their configure script.
Signed-off-by: Claus Stovgaard <clst@ambu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Richard Purdie [Fri, 12 Nov 2021 16:33:14 +0000 (16:33 +0000)]
package: Add sanity check for allarch packagegroups
We exclude allarch packagegroups from rebuilding when their dependencies change.
The reasoning is that we are just depending on a name so having these rebuild
lots is just pointless and inefficient. We also don't want them duplicated for
multiple machines for efficiency.
In general this works fine, as long as the package names don't change. That
is also rare but there is one corner case which does catch users out - debian
package renaming. When this does break, users question sstate and so on and
lose faith in the system even if this is a known choice we made.
This commit adds an error message if an allarch packagegroup depends on any
package which shows package renaming in action (through the PKG variable
being set).
If you run into this issue you either need to remove the dependency from the
packagegroup or mark the packagegroup as tune specific, i.e. set:
PACKAGE_ARCH = "${TUNE_PKGARCH}"
before the packagegroup inherit.
[YOCTO #7298]
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Khem Raj [Fri, 12 Nov 2021 00:59:23 +0000 (16:59 -0800)]
gobject-introspection: Add -Dintrospection only when GIR_MESON_OPTION is not empty
meson now does not allow unknown options which means we have to be
mindful of adding -Dintrospection unconditionally and provide an option
to recipes to set GIR_MESON_OPTION = "" and when recipe does that then
do not add -D<Dintrospection> option to meson. This will help recipes to
use meson 60.x+ just by adding
GIR_MESON_OPTION = ""
Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Richard Purdie [Fri, 12 Nov 2021 17:12:14 +0000 (17:12 +0000)]
packagegroup-core-full-cmdline: Drop compatibility mappings
The task-core namespace was dropped years ago and we've had the compatibility
mappings for a long time. We should no longer need them as everyone should long
since have adapted.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Ross Burton [Fri, 12 Nov 2021 12:07:49 +0000 (12:07 +0000)]
insane: remove unrecognised option check for Meson
Meson 0.60 onwards no longer simply warns when an unrecognised option is
passed, it errors out instead. This means we can remove the logic in
insane.bbclass to check for the warnings.
Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Richard Purdie [Fri, 12 Nov 2021 13:51:09 +0000 (13:51 +0000)]
uninative: Add version to uninative tarball name
uninative works via hashes and doesn't need the version in the tarball name but
it does make things easier to inspect in DL_DIR. There were reasons such as
ease of publication of the build tarballs but we can handle those differently
now and the signature issues from the early code aren't an issue now. From 3.4
onwards we can use a version'd name.
[YOCTO #12970]
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>