Add a recipe needed for sphinx support
Based on a patch from Armin Kuster <akuster808@gmail.com>
(From OE-Core rev: 95e0813b372b3a12c3b24731345df3db2068110b)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is needed by the incomming buildtools-docs-tarball.
(From OE-Core rev: 8fd4de37f0e2530ef7ff6eaf176e300e0a045d21)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We run the tests correctly, we just don't get individual test result
reporting. Borrow the code from python3-bcrypt to handle this correctly
and ensure the test pass/fail scores and individual test results are
reported in a format we can read.
(From OE-Core rev: 17b7dfc46f75f66854c1e540480ef19df6fc43a2)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
To be more uniform with the other new Python classes, rename this to
python_flit_core and update the recipes that use it.
(From OE-Core rev: c0e4ca3c7841028a658f21c11619228022d425b4)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
It fails to import python module 'pyparsing':
| root@qemux86-64:~# python3 -c 'import pyparsing'
| Traceback (most recent call last):
| File "<string>", line 1, in <module>
| File "/usr/lib64/python3.10/site-packages/pyparsing/__init__.py", line 141, in <module>
| from .helpers import *
| File "/usr/lib64/python3.10/site-packages/pyparsing/helpers.py", line 2, in <module>
| import html.entities
| ModuleNotFoundError: No module named 'html'
(From OE-Core rev: bfc76d19f3d6e3a7b2d91c3fcd97501c8b29001e)
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The wheel generation problems are solved now: a wheel is correctly built
to setuptools_rust-1.1.2-py3-none-any.whl, so we can use
setuptools_build_meta.
(From OE-Core rev: 3da6a4151ed3d69595548931a86a64268be55749)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Changelog:
#372: Removed cast of path items in FastPath, not needed.
(From OE-Core rev: be1411e6ce6ec808826b8028c704505171969f92)
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Instead of battling pip to install a wheel, use installer. Installer
does one thing, so it's faster and easier to work with.
This means setuptools, pip, and wheel are no longer part of the
bootstrap phase, so they can be built normally. To avoid sysroot file
conflicts these three recipes can't install .pyc files to the native
sysroot.
We currently patch pypa/installer to allow us to override the interpreter
used, which means we can drop the interpreter seding.
We don't need to recompile any Python which is found in $bindir as
Python doesn't actually load those files.
Across a build of oe-core, the only differences between using pip and
installer are:
- the .dist-info/RECORD files are ordered differently
- the .dist-info/REQUESTED and INSTALLER files are not created
- the hashbang in native scripts is "/usr/bin/env nativepython" instead
of pointing directly at the native sysroot python3.
(From OE-Core rev: f780f6d920d8bbfb674d6066a8b899417decf8d2)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add a recipe for Installer, a minimal library/tool to install Python
Wheels. Unlike PIP, it explicitly only installs wheels and does nothing
else.
(From OE-Core rev: bf09c0bd99e4defbc259775b4a2e3fcce09bde17)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We regenerate the pycache files and the checksums in the manifest are incorrect.
Remove them to avoid this and ensure reproducibility.
(From OE-Core rev: 3c1e7e50c929436d0007d60e738c8270e7e6c7d9)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This test causes OpenSSL to leak some memory. Until this is resolved in
OpenSSL, mark the test as expected-to-fail.
(From OE-Core rev: b32917b113df6dce0200d35dd1b539279635d524)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
A PEP 517 build backend implementation developed for Poetry. This project
is intended to be a light weight, fully compliant, self-contained package
allowing PEP 517 compatible build frontends to build Poetry managed projects.
(From OE-Core rev: 49e4541b250be296dc7b148858016ff0aaef9afd)
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add missing HOMEPAGE entries to the two recipes imported from meta-oe to fix
selftest failures.
(From OE-Core rev: 7fefeea0b8a0784052e87768588859c703d47fb5)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Dependency for python3-cryptography ptest.
This recipe needs to be kept in lock-step with the version of
python3-cryptography.
(From OE-Core rev: 1dda3ab39e2a28e05b903d970410587f2b58cdef)
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* inherit new setuptools_rust class (which inherits new pyo3 class, which
inherits cargo and python3-dir).
* RDEPENDS on python3-pytest-subtests for ptest
* Copy pyproject.toml for ptest as it defines the pytest.marker(s) needed
* Use 'cargo bitbake' to generate the crate:// SRC_URIs
- Needed some hacks to the Cargo.toml in src/rust/ to make this work (probably
only package.repository was strictly required):
[package]
description = "cryptography includes both high level recipes and low level interfaces to common cryptographic algorithms such as symmetric ciphers, message digests, and key derivation functions."
homepage = "https://github.com/pyca/cryptography"
repository = "https://github.com/pyca/cryptography"
* Add patches to src/rust/Cargo.toml to fix cargo errors including pem version
* Add check-memfree.py to ptest to check for sufficient free memory
(From OE-Core rev: 27bd134c899d00d93806ecb0a62ec3f30b1e6ec6)
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Dependency for python3-cryptography 3.4.x+
Only native rustc is supported at this time in oe-core,
therefore it makes no sense to try to build for target.
(From OE-Core rev: 8eaafc114c196fbab2070bfb600634306deef527)
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
pip_install_wheel shouldn't restricted to just using Pip to install
wheels (the installer module is simplier and likely a better option),
and in the future may be extended to also provide do_compile() using
the build module.
(From OE-Core rev: 3bdf64b97facce9706cc579bdbc9a80e0d48428f)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
PIP_INSTALL_PACKAGE isn't used anymore, so remove all instances of it
from the recipes.
(From OE-Core rev: 15baf24f750ab2c8b0a46d4a3bf2ae9bfa3d0aff)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Several recipes are duplicating the same bootstrap logic for installing
a wheel without using any tools. Add an implementation to
pip_install_wheel to centralise the code, and remove the duplicated code
from the following recipes:
- python3-flit-core
- python3-pip
- python3-setuptools
- python3-wheel
(From OE-Core rev: d5d702a2cd06f863340f8e4cdce0904c9d86384d)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Richard Purdie
Ross Burton
Kai Kang
wangmy
Ross Burton
Tim Orling