Age | Commit message (Collapse) | Author |
|
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Add missing tomli runtime dependency to allow ptests to execute.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
expected to fail
This test causes OpenSSL to leak some memory. Until this is resolved in
OpenSSL, mark the test as expected-to-fail.
Signed-off-by: Ross Burton <ross.burton@arm.com>
|
|
python3-bcrypt and python3-pytz both run in just a few seconds, so add
them to the fast list.
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
The python3-cryptography recipe has a lot of tests and uses a large
amount of memory. It is slow (> 30 seconds).
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography
Signed-off-by: Tim Orling <tim.orling@konsulko.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.
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
poetry.core.masonry.api is one of the common PEP-517 build backends.
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Add missing HOMEPAGE entries to the two recipes imported from meta-oe to fix
selftest failures.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Dependency for python3-cryptography
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography ptest.
This recipe needs to be kept in lock-step with the version of
python3-cryptography.
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Dependency for python3-cryptography ptest.
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
* 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
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
setuptools-rust is a plugin for setuptools to build Rust Python extensions
implemented with PyO3 or rust-cpython.
Compile and distribute Python extensions written in Rust as easily as if
they were written in C.
This class inherits pyo3.bbclass (and therefore cargo.bbclass) and
setuptools3.bbclass to make it easier to build Python modules with Rust
extensions.
Need to call pyo3_do_configure to properly setup the PyO3 environment
for cross-compiling.
Need to call cargo_common_do_configure to setup cargo_home/config so
that the linker properly finds e.g. crti.o and crtbeginS.o
It is strongly recommended to provide crates needed for your recipe
using the crate:// fetcher. This can be helped with the cargo-bitbake
command [1].
If you choose not to use the crate fetcher, bitbake vendoring will not
work with setuptools-rust, as it errors out immediately because it cannot
find pyo3 or some other crate. The (strongly discouraged) workaround for
this is to set:
CARGO_DISABLE_BITBAKE_VENDORING = "1"
[1] https://crates.io/crates/cargo-bitbake
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
PyO3 provides Rust bindings for Python, including tools for creating native
Python extension modules. Running and interacting with Python code from a
Rust binary is also supported.
This class sets up the cross-compilation environment.
Export PYO3_CROSS, PYO3_CROSS_LIB_DIR, PYO3_CROSS_INCLUDE_DIR and CARGO_BUILD_TARGET
to inform tools like setuptools-rust we are cross-compiling.
Export RUSTFLAGS so cargo can find 'std' and 'core' for target
Dynamically generate PyO3 config file and export PYO3_CONFIG_FILE
absolute path. This is the trick that finally made pyo3 work.
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.
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
|
|
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Backport necessary patch, which was dropped in upgrade to 1.59
Fixes:
error[E0425]: cannot find value `SYS_clone3` in this scope
--> library/std/src/sys/unix/weak.rs:202:17
|
202 | concat_idents!(SYS_, $name),
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `SYS_clone`
|
::: library/std/src/sys/unix/process/process_unix.rs:165:9
|
165 | / raw_syscall! {
166 | | fn clone3(cl_args: *mut clone_args, len: libc::size_t) -> libc::c_long
167 | | }
| |_________- in this macro invocation
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
ppc64 historically has used l64 for defining u64 types in kernel
asm/types.h defaults to use l64 by default but kernel uses ll64 now a
days, therefore lets use same int-ll64.h to provide these defines like
other architectures
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Shadow is happily spamming the host syslog with messages and shouldn't be
which suggests the patch isn't working. Redo it to work at the configure
level which is simpler and hopefully more effective.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
When setting memory to 4GB, qemu is only running with 2GB for x86_64.
Avoid this by removing the mem= option to the kernel and letting the
qemu configuration handle it for x86 in a similar way to mips.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
There is no reason to include a path in foo[dirs] if it is also in
foo[cleandirs] (except if it is the last path in foo[dirs]).
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
There is no reason to include a path in foo[dirs] if it is also in
foo[cleandirs] (except if it is the last path in foo[dirs]).
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
There is no reason to include a path in foo[dirs] if it is also in
foo[cleandirs] (except if it is the last path in foo[dirs]).
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|