Drop upstreamed patches.
0001-configure_path.sh-do-not-hardcode-prefix-lib-as-libr.patch
is replaced with a tweak to configure parameters.
(From OE-Core rev: 1b2e235b5012c21939ced51e16f1305ad8dea75d)
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Drop removed python/libtool options.
isc/platform.h is no longer installed.
Rewrite reproducibility patch to fix the problem at the source.
License-Update: copyright years
(From OE-Core rev: 8a9a5885995c77774cdafeb09f7522c50750a1e9)
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This helps in making mouse response better where transition between host
and guest mouse is abrupt and not precise and as a result its difficult
to access stuff near the edges.
(From OE-Core rev: 010287147d2205790745e6dab8e955e71bc7cac2)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Currently, when the libnftnl (part of meta-networking) PACKAGECONFIG is
enabled for iptables, both legacy and nft-based binaries are built and
installed in the image. However, the "iptables" symlink in this case
still points to xtables-legacy-multi, rather than xtables-nft-multi.
This patch adds a conditional check to replace the symlink to point to
the latter if iptables is built with libnftnl support, which is
consistent with other major distros (e.g. Fedora). The "iptables-legacy"
symlink remains present and unmodified.
(From OE-Core rev: bc41682ab2a259b7bc6a56fa3ba42907f4c8bf25)
Signed-off-by: tgamblin <trevor.gamblin@windriver.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We still see occasional test failures for unknown reasons. Add some debugging to
show whether the matching files event was received even if the command complete wasn't.
Also ensure any commandfailed/commandexit event is shown.
This will hopefully aid debugging the next time the issue occurs.
(From OE-Core rev: 2f7a788bb51ef09ee23c94176285437ea760fab7)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
python3-cryptography and python3-cryptography-vectors are actually the
same project but are on Pypi as two separate modules.
The test suite validates that they're the same version and fails if they
are not:
FAIL: tests/test_utils.py::test_vector_version
def test_vector_version():
> assert cryptography.__version__ == cryptography_vectors.__version__
E AssertionError: assert '36.0.2' == '36.0.1'
Catch this slightly earlier by mandating that python3-cryptography-ptest
pulls in an identically versioned python3-cryptography-vectors.
(From OE-Core rev: 7c098aac08faf5da01aafec5c5d87f563d913744)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The dict used in this recipe doesn't write into the cache consistently, work
around it until this issue is resolved in python upstream (similar to frozenset
issues).
(From OE-Core rev: a0d056862c218f5fcd921905271169742cf464dc)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Needed to build the sphinx based yocto-docs
Based on a recipe from Armin Kuster <akuster808@gmail.com>
(From OE-Core rev: 15b623e74846b7c7cd2f5e5b309e1379af86cf3f)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Needed for building sphinx docs
Based on a patch from Armin Kuster <akuster808@gmail.com>
(From OE-Core rev: 765772631d6f03621d1f11a79b1e3f1a464111cb)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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>
Creating the new log instances triggers a lot of python logging overhead
in a commonly called function (about 600,000 for parsing OE-Core).
We only need the log functionality if we're parsing, not if we just hit
from the cache. Therefore defer the log setup overhead until we know it
is a cache miss.
Whilst this complicates the code slightly, the performance gain is worth
it as for parsing OE-Core we drop 60 million funciton calls (from 225
overall).
(Bitbake rev: ac868167ad854f9bb32dcb2e63528870547805a7)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
