Looking at the history, python3-six was removed as a dependency
in the poetry.lock file in v1.5.2
Even before v1.5.2 and until now (v1.9.1) there is no code in
the package which imports the six module. So it can be safely
dropped from the recipe.
(From OE-Core rev: 1ed30cd9426e1f8a6caf31277f0349343a06f2d4)
Signed-off-by: Guðni Már Gilbert <gudni.m.g@gmail.com>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
As commit 81551871b183 (gcc: Remove Java support variables) correctly
stated
Java support was removed in upstream gcc 7.
but this line snuck back in with commit bbf32e24608c (gcc-9: Add
recipes for gcc 9.1 release).
(From OE-Core rev: 136619477f0ce7c9da0762bbbeb1227a1ad6c0c7)
Signed-off-by: Rasmus Villemoes <ravi@prevas.dk>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Change the suffix from 'tcl' to 'tcl9' and from 'tcl8' to avoid
conflicts with the man pages provided by the tcl packages.
file /usr/share/man/mann/vwait.ntcl conflicts between attempted installs of tcl-doc-9.0.0-r0.riscv64 and tcl8-doc-8.6.15-r0.riscv64
file /usr/share/man/mann/while.ntcl conflicts between attempted installs of tcl-doc-9.0.0-r0.riscv64 and tcl8-doc-8.6.15-r0.riscv64
file /usr/share/man/mann/yield.ntcl conflicts between attempted installs of tcl-doc-9.0.0-r0.riscv64 and tcl8-doc-8.6.15-r0.riscv64
file /usr/share/man/mann/yieldto.ntcl conflicts between attempted installs of tcl-doc-9.0.0-r0.riscv64 and tcl8-doc-8.6.15-r0.riscv64
file /usr/share/man/mann/zlib.ntcl conflicts between attempted installs of tcl-doc-9.0.0-r0.riscv64 and tcl8-doc-8.6.15-r0.riscv64
[...]
(From OE-Core rev: b961021cc47c53ddd602e6038f5faf02416455b3)
Signed-off-by: Thomas Perrot <thomas.perrot@bootlin.com>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Seems every time python is updated this gets removed. That's likely
because the tk option can't be enabled in python3-native without
creating a dependency loop.
Instead of manually editing the manifest every time, explicitly
add it in the recipe as suggested by Alexander Kanavin.
(From OE-Core rev: d2e82fc12509950ea30fa20fcbe9fc148b6cff1c)
Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Instead of relying completely on the python packaging manifest,
allow some default values. This is useful for the edge cases that
can't be found automatically by the create_manifest step.
In particular, tkinter can't be built for python3-native, so its
consistently missed in manifest updates.
(From OE-Core rev: cc5ec75b50618ce42d5b19d0aad0b44611bf8fbe)
Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Summary of changes:
- The ``--python`` option can now take the path of a virtualenv folder, as an
alternative to a Python executable.
- The metadata in packages now has the names of optional dependency groups
("extras") normalised, complying with version 2.3 of the metadata standard.
- Fix potential substitution of environment variables into passwords read from
``.pypirc`` files.
- A warning is now shown when building packages which specify the old
``flit.buildapi`` backend, which should be replaced by
``flit_core.buildapi``. It's a good idea to always set a maximum
version for the build requirement, to protect against changes in
future major versions of Flit.
- Avoid using the deprecated ``datetime.utcfromtimestamp()``.
- The tests for ``flit_core`` are no longer part of the installed package,
reducing the size of the wheels.
Remove the -tests package, as the tests are no longer installed.
(From OE-Core rev: 102e3524361d7d07f0dee09b1b12346b1184268f)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This was supposed to be added in oe-core commit fd656aaf7fbe
("python3-numpy: upgrade 1.26.4 -> 2.1.3"), but it somehow got missed in
the final version of that patch. Add it now to fix possible do_compile
errors on some systems, due to host paths sneaking into the meson build
options, e.g.:
| Build machine cpu family: x86_64
| Build machine cpu: x86_64
| Host machine cpu family: x86_64
| Host machine cpu: x86_64
| Target machine cpu family: x86_64
| Target machine cpu: x86_64
| Program python3 found: YES (/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux-musl/python3-numpy/2.1.3/recipe-sysroot-native/usr/bin/nativepython3)
| Did not find pkg-config by name 'pkg-config'
| Found pkg-config: NO
| Run-time dependency python found: NO (tried pkgconfig, pkgconfig and sysconfig)
|
| ../numpy-2.1.3/meson.build:41:12: ERROR: Python dependency not found
|
| A full log can be found at /home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux-musl/python3-numpy/2.1.3/build/meson-logs/meson-log.txt
and notably (meson-log.txt snippet):
|x86_64-poky-linux-musl-g++ -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -fstack protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/media/build/poky/build/tmp/work/core2-64-poky-linux-musl/python3-numpy/2.1.3/recipe-sysroot -I/media/build/poky/build/tmp/work/core2-64-poky-linux-musl/python3-numpy/2.1.3/recipe-sysroot/usr/include/python3.13 -I/usr/include/python3.13
A bug has been filed about this and the related gcc issue: https://bugzilla.yoctoproject.org/show_bug.cgi?id=15672
With pkgconfig on the inherit line, all include directives in
meson-log.txt end up looking something like:
|-I/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux-musl/python3-numpy/2.1.3/recipe-sysroot/usr/include/python3.13
(From OE-Core rev: b8503a2c5000262a400375321de75161357111fb)
Signed-off-by: Trevor Gamblin <tgamblin@baylibre.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
python3-rdflib was the last consumer of this recipe in oe-core.
(From OE-Core rev: 72cc499429b0869385223ba21fe03849c6145b89)
Signed-off-by: Guðni Már Gilbert <gudni.m.g@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Changelog:
==========
Fixed pure Python wheels converted from eggs and wininst files having the ABI tag in the file name
(From OE-Core rev: 06fcf1f8ae763eee996294e8636aedbdbf388491)
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Changelog:
============
- Supported max_queue=None in the asyncio and threading implementations for
consistency with the legacy implementation, even though this is never a good idea.
- Added close_code and close_reason attributes in the asyncio and threading
implementations for consistency with the legacy implementation.
- Once the connection is closed, messages previously received and buffered can
be read in the asyncio and threading implementations, just like in the legacy implementation.
(From OE-Core rev: b36742c5153873832fbf5fb1788d5c333286a583)
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
0005-Do-not-prepend-installroot-to-logdir.patch
refreshed for 4.22.0
Changelog:
=============
- doc: Naming of source and debug repos
- Fix /var/cache/dnf and /etc/yum packaging
- Allow --installroot on read-only bootc system
- spec: If DNF5 obsoletes DNF, do not build dnf and yum packages
- Print rpm unpack errors to the user (RhBug:2312906)
- package: remote_location() takes basedir into account
- spec: If DNF5 obsoletes DNF, do not build dnf-automatic
- Allow --downloadonly on read-only bootc system
- Add kernel-core to reboot_needed list
- Update need_reboot for dnf-automatic
- doc: Example send_error_messages in /etc/dnf/automatic.conf
- automatic: Check availability of config file
- Updated conf_ref to reflect change in fastestmirror behavior
- doc: Fix display issue of a code snippet
(From OE-Core rev: 7a97281b65f1cd0268217e44819a0b55faa20178)
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
License-Update: MIT changed to X11 (which is MIT plus advertising clause)
(From OE-Core rev: dee8f3552cbe1194f97481df4270ca8e9b5113d5)
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
License-Update: copyright years
(From OE-Core rev: eda9c9b556c6671e009bc637acb151580796223b)
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Fixed Ross' comments:
* Add -n to gzip to make the resulting files reproducible, so we don't need to
decompress them.
* Makefile: Let bootchartd.conf use EARLY_PREFIX, so that bootchartd.conf can
install to correct location.
* Set MANDIR and DOCDIR to make the files install to correct location for
bootchart2-native.
(From OE-Core rev: 5354966a92cd522a3312c870aefa239d5c564a9f)
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
There is an issue in the std::chrono::tzdb parser that causes problems
since the tzdata-2024b release started using %z in the main format.
As a real world problem I encounter an issue with the waybar clock module,
which ignores the timezone setting and only shows system time.
(From OE-Core rev: 39018429f05511053ab12e23e7f4487ea25ee529)
Signed-off-by: Markus Volk <f_l_k@t-online.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
In the source code is only usage of ldconfig (for Linux) in
Lib/ctypes/util.py:301. This is wrapped in try-execpt which causes
_findSoname_ldconfig return Nothing. This is handled properly in
find_library and other methods to find the library a tried.
So, the code can handle the case of a missing /sbin/ldconfig (BTW:
hard-coded path). When DISTRO_FEATURES does not contain ldconfig some other
services (Systemd) to setup and maintain the ldconfig.cache are not
installed. Hence, this ldconfig pulled in by the ctype dependency is of no
use.
Therefore, do not set the dependency on ldconfig, if the distro-feature is
not set.
(From OE-Core rev: 7394c006bffab2f41965d87c8083647621a67f50)
Signed-off-by: Jörg Sommer <joerg.sommer@navimatix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
- This release contains numerous API changes and bug fixes.
Changelog: https://github.com/numpy/numpy/releases
- Notably, the build backend has switched to mesonpy since 1.26.4.
- Patch 0001-numpy-core-Define-RISCV-32-support.patch had to be updated
to change the paths for the target files. It has now been merged
upstream, but isn't included in any release yet. PR for reference:
https://github.com/numpy/numpy/pull/17780
- Builds OK and seems to be compatible with current piglit and pandas
(meta-python), which was not the case for the previous upgrade attempt
to numpy 2.0.1.
- For numpy, add 'pkgconfig' to inherit to avoid errors like this at
do_compile:
| Found Pkg-config: NO
| Run-time dependency python found: YES 3.12
| Has header "Python.h" with dependency python: NO
|
| ../numpy-2.0.0/meson.build:44:2: ERROR: Problem encountered: Cannot compile `Python.h`. Perhaps you need to install python-dev|python-devel
|
| A full log can be found at /home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/2.0.0/build/meson-logs/meson-log.txt
- Mmodify the FILES:${PN}-staticdev line to fix a QA issue.
- This is now reproducible as of oe-core commit: 917df5ed022f
License-Update: Change copyright year to 2024
buildall-qemu log:
BUILDALL-QEMU LOG FOR python3-numpy
START TIME: 2024-11-20_14:02:08
HOSTNAME: megalith
HOST OS: Debian GNU/Linux 12 (bookworm)
HOST KERNEL: 6.1.0-27-amd64
===============
BUILD RESULTS:
[glibc]
FAIL: qemuloongarch64
PASS: qemuriscv32
PASS: qemuarmv5
PASS: qemuppc
PASS: qemumips64
PASS: qemuriscv64
PASS: qemuarm64
PASS: qemuarm
PASS: qemux86-64
PASS: qemuppc64
PASS: qemux86
PASS: qemumips
[musl]
FAIL: qemuloongarch64
FAIL: qemuriscv32
PASS: qemuarmv5
PASS: qemuppc
PASS: qemumips64
PASS: qemuriscv64
PASS: qemuarm64
PASS: qemuarm
PASS: qemux86-64
PASS: qemuppc64
PASS: qemux86
PASS: qemumips
===============
PASSED: 21
FAILED: 3
(From OE-Core rev: fd656aaf7fbed3115e3b4251ff76257ee8f19c82)
Signed-off-by: Trevor Gamblin <tgamblin@baylibre.com>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Changelog (https://mesonbuild.com/meson-python/changelog.html):
0.17.1
- Update tests to work with newly released pyproject-metadata 0.9.0.
Fix tests to work when not executed in a git work tree.
Daniele Nicolodi — 23-10-2024.
0.17.0
- Refuse to build wheels targeting the limited API and free-threaded
CPython: the free-threaded CPython build does not support the
limited API yet.
- Always use UTF-8 encoding for writing Meson native and cross
files. Always use UTF-8 encoding for reading read Meson
introspection data and pyproject.toml.
- Do not include uncommitted changes when creating source
distributions. Previously, uncommitted changes to files under
version control were included, but not untracked files. There was
no strong use case for this behavior and it was too surprising to
keep it.
- Make source distribution reproducible: use the modification time
of pyproject.toml for the generated files in the source
distribution archives.
- Disable the abi3 wheel tag for PyPy when building wheels targeting
the limited API: PyPy supports the limited API but not the stable
ABI.
- Raise ImportError when the package rebuild fails when importing an
editable install.
- Fix the wheel platform tag for GraalPy.
- Add .gitignore and .hgignore files to build directory if it is
empty.
- Allow install_subdir() of missing directories.
Christian Clauss, Daniele Nicolodi, Jonathan J. Helmus, Leo Singer, Loïc
Estève, Michael Simacek, Ralf Gommers, Simon McVittie — 19-10-2024.
(From OE-Core rev: 27a818f8e7d7abafea48cf84baaaf510916f6c86)
Signed-off-by: Trevor Gamblin <tgamblin@baylibre.com>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
When cross-compiling prepend the sysroot to the hardcoded /usr/src paths
that Meson looks in for the GoogleTest sources.
[ YOCTO #13508 ]
(From OE-Core rev: feb9a58814720a4382d3f02467dcecb276f58040)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Release highlights:
https://github.com/strace/strace/releases/tag/v6.12
Drop patch merged upstream:
0001-sched_attr-Define-conditionally-on-SCHED_ATTR_SIZE_V.patch
3b6f69aa2 sched_attr: Define conditionally on SCHED_ATTR_SIZE_VER1
qemux86-64 ptest results:
glibc musl:
TOTAL: 1393 1393
PASS: 1066 1059
SKIP: 327 330
XFAIL: 0 0
FAIL: 0 4
XPASS: 0 0
ERROR: 0 0
The skipped tests are mostly SELinux.
The musl tests that fail, currently for unknown reasons, are:
pread64-pwrite64.gen
preadv-pwritev.gen
pwritev.gen
uio
At least for pread64-pwrite6 the pwrite(64) syscalls are not traced
and that makes the test fail.
(From OE-Core rev: 07d4e9312781f5a865cbdd088d5e3485e8c1bffc)
Signed-off-by: Randy MacLeod <Randy.MacLeod@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Increase timeout to from 240 to 600 seconds for the following slow tests:
filtering_syscall-syntax, qual_fault-syscall, qual_fault
(From OE-Core rev: d2b7a8883f47257c1800584fb2d9433ce519d23a)
Signed-off-by: Randy MacLeod <Randy.MacLeod@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We remove this file in the python_pep517 class now, so we don't need to
do it here.
(From OE-Core rev: 717b9e08d6a19ee31a217ceeb255aaed6a395de4)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
During the tcl_8.x removal[0] and its reintegration as tcl8_x[1], BPN
has changed from tcl to tcl8. But, recipes that depends on tcl headers
search the tcl8.6.15 directory where the current recipe generate a
tcl88.6.15 ($BPN+$VERSION) directory.
Fix this by hardcoding the base part of the directory name to "tcl".
(From OE-Core rev: dd8461f27b4a55dbf79baa4a71dc08b127801181)
Signed-off-by: Yoann Congal <yoann.congal@smile.fr>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Upstream has solved the absolute path problem differently by taking
paths relative to the top of the module. This appears to solve the
problem, at least I've not found any cases where it breaks.
Drop my patch, and backport the relevant commit from upstream.
(From OE-Core rev: 47f7808dd93e50fb3ecddbf980e40e51dd7376cb)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
