summaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)Author
2021-10-17python3-setuptools-scm: upgrade 6.0.1 -> 6.3.2timo/recipe-upgrades-wip_2021-10-11Tim Orling
RDEPENDS on python3-tomli instead of python3-toml Cleanup RDEPENDS (common vs. class-target) For changes, see: https://github.com/pypa/setuptools_scm/blob/main/CHANGELOG.rst#632 Signed-off-by: Tim Orling <timothy.t.orling@intel.com>
2021-10-17python3-tomli: add recipe for 1.2.1Tim Orling
A lil' TOML parser This is a runtime dependency for setuptools-scm upgrade as well as for several other Python Packaging Authority (pypa) tools that will be replacing distutils and setuptools in the future. Upstream does not have a setup.py, but rather relies on flit_core to build. This introduces a circular dependency, as flit_core has a runtime dependency on tomli. Borrow a setup.py from Gentoo until a better solution is found by upstream Python Packaging Authority (pypa). Signed-off-by: Tim Orling <timothy.t.orling@intel.com>
2021-10-17python3-packaging: DEPENDS on python3-setuptools-nativeTim Orling
Not python3-setuptools-scm-native Upgrade to python3-setuptools-scm introduces a circular dependency. Drop python3-six from RDEPENDS as this was removed in 20.5 Signed-off-by: Tim Orling <timothy.t.orling@intel.com>
2021-10-12bootchart2: Don't compile python modulesRichard Purdie
"make install" may attempt to compile the python modules but it uses the host python and host paths which means the binaries are not reproducbile. Make things consistent. If anyone needs compiling, it will beed to be fixed to be cross compile compatible. (From OE-Core rev: 8061386f11b21fdf8a4392109a5e862c31014b70) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12libpam: Fix build with DISTRO_FEATURES usrmergeZoltán Böszörményi
(From OE-Core rev: 8afc3c0d6dfbf337b1ac36b6a1c219fe25042eaa) Signed-off-by: Zoltán Böszörményi <zboszor@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12sstate: Switch to ZStandard compressor supportHenry Kleynhans
This patch switches the compressor from Gzip to ZStandard for ssate cache files. Zstandard compression provides a significant improvement in decompression speed as well as improvement in compression speed and disk usage over the 'tgz' format in use. Furthermore, its configurable compression level offers a trade-off between time spent compressing sstate cache files and disk space used by those files. The reduced disk usage also contributes to saving network traffic for those sharing their sstate cache with others. Zstandard should therefore be a good choice when: * disk space is at a premium * network speed / resources are limited * the CI server can sstate packages can be created at high compression * less CPU on the build server should be used for sstate decompression (From OE-Core rev: df690ac449cdafd849bfabef1ae2a9fe4b94728a) Signed-off-by: Henry Kleynhans <hkleynhans@fb.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12python3-pytest: upgrade 6.2.4 -> 6.2.5Tim Orling
Drop pluggy-1.0 patch; fixed upstream pytest 6.2.5 (2021-08-29) Trivial/Internal Changes #8494: Python 3.10 is now supported. #9040: Enable compatibility with pluggy 1.0 or later. References: https://github.com/pytest-dev/pytest/pull/8494 https://github.com/pytest-dev/pytest/pull/9040 (From OE-Core rev: cd7470799c54fcb6abcd7147f581113d76a2fba0) Signed-off-by: Tim Orling <timothy.t.orling@intel.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12at-spi2-core: upgrade 2.40.3 -> 2.42.0Tim Orling
What's new in at-spi2-core 2.42.0: * Set X root property when Xwayland starts on demand. * Several dbus introspection fixes. (From OE-Core rev: 7eaf8b88ccf878dc3b0e1240450cb62d09625bc1) Signed-off-by: Tim Orling <timothy.t.orling@intel.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12libconvert-asn1-perl: upgrade 0.31 -> 0.33Tim Orling
0.33 -- Wed Sep 22 19:49:53 ADT 2021 * Official CPAN release of 0.33 0.32 -- Tue Sep 21 18:45:20 ADT 2021 * examples/x509decode: parameters are optional for AlgorithmIdentifier when using [ec]dsa algorithms * t/19issue14.t: issue with warnings * Fixes #44 Redundant argument in printf warning * examples/x509decode: fix prototype error * examples/ldap: fix asn1_dump not working (From OE-Core rev: bf27e6fbda3ef8356037f81cb8ebaacdffea62f3) Signed-off-by: Tim Orling <timothy.t.orling@intel.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12python3-zipp: upgrade 3.5.0 -> 3.6.0Tim Orling
v3.6.0 #78: Only Path is exposed in the public API. v3.5.1 #77: Remove news file intended only for CPython. References: https://github.com/jaraco/zipp/issues/78 https://github.com/jaraco/zipp/issues/77 (From OE-Core rev: 26ee36d7eb4e1086b4fe83bdffe12ce431c48f55) Signed-off-by: Tim Orling <timothy.t.orling@intel.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12python3-more-itertools: upgrade 8.9.0 -> 8.10.0Tim Orling
8.10.0 Changes to existing functions - The type stub for iter_except was improved (thanks to MarcinKonowalczyk) Other changes: - Type stubs now ship with the source release (thanks to saaketp) - The Sphinx docs were improved (thanks to MarcinKonowalczyk) 8.9.0 New functions - interleave_evenly (thanks to mbugert) - repeat_each (thanks to FinalSh4re) - chunked_even (thanks to valtron) - map_if (thanks to sassbalint) - zip_broadcast (thanks to kalekundert) Changes to existing functions - The type stub for chunked was improved (thanks to PhilMacKay) - The type stubs for zip_equal and zip_offset were improved (thanks to maffoo) - Building Sphinx docs locally was improved (thanks to MarcinKonowalczyk) (From OE-Core rev: 0cc12918218e0baffc30aa4e8537e71726633969) Signed-off-by: Tim Orling <timothy.t.orling@intel.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12python3-importlib-metadata: upgrade 4.6.4 -> 4.8.1Tim Orling
v4.8.1 #348: Restored support for EntryPoint access by item, deprecating support in the process. Users are advised to use direct member access instead of item-based access: - ep[0] -> ep.name - ep[1] -> ep.value - ep[2] -> ep.group - ep[:] -> ep.name, ep.value, ep.group v4.8.0 #337: Rewrote EntryPoint as a simple class, still immutable and still with the attributes, but without any expectation for namedtuple functionality such as _asdict. v4.7.1 #344: Fixed regression in packages_distributions when neither top-level.txt nor a files manifest is present. v4.7.0 #330: In packages_distributions, now infer top-level names from .files() when a top-level.txt (Setuptools-specific metadata) is not present. References: https://github.com/python/importlib_metadata/issues/348 https://github.com/python/importlib_metadata/issues/337 https://github.com/python/importlib_metadata/issues/344 https://github.com/python/importlib_metadata/issues/330 (From OE-Core rev: 37e4980527a610189ad551f3f10ce836c06e5fa8) Signed-off-by: Tim Orling <timothy.t.orling@intel.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12python3-hypothesis: upgrade 6.15.0 -> 6.23.2Tim Orling
For changes, see: https://hypothesis.readthedocs.io/en/latest/changes.html#v6-23-2 (From OE-Core rev: f0bc535520b813d4c7df180b2a808d4637870351) Signed-off-by: Tim Orling <timothy.t.orling@intel.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12libnewt: Use python3targetconfig to fix reproducibility issueRichard Purdie
We're seeing pthread being linked sometimes and not others leading to non-reproducible target binaries. The reason is mixing the native python config with the target one. We should use the target one. (From OE-Core rev: 5af6f2485ef5ee007a85b7755a740bb4a564c0a7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12libxml2: Use python3targetconfig to fix reproducibility issueRichard Purdie
We're seeing pthread being linked sometimes and not others leading to non-reproducible target binaries. The reason is mixing the native python config with the target one. We should use the target one. (From OE-Core rev: f45923ccfd4d07166f601a4fb7f9853670e3cf43) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12python3: update 3.9.7 -> 3.10.0Alexander Kanavin
native and target 0001-Lib-sysconfig.py-use-libdir-values-from-configuratio.patch replaced by native-only 0001-Lib-sysconfig.py-use-prefix-value-from-build-configu.patch which is more reboust against upstream changes, and keeps target code unmodified. This however necessitated adding 0001-sysconfig.py-use-platlibdir-also-for-purelib.patch to avoid hardcoding 'lib' on target builds as libdir. Drop chunk from 0001-distutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch as upstream now uses sysconfig directly inside distutils. Add 0001-Lib-pty.py-handle-stdin-I-O-errors-same-way-as-maste.patch and 0001-multiprocessing-disable-a-failing-test.patch to address ptest failures. License-Update: copyright years, case corrections. (From OE-Core rev: 9d77c76de43b67bd5f720123f3c69bfdc8dfbf40) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12epiphany: update 40.3 -> 41.0Alexander Kanavin
Correct an option to use libsoup 3. (From OE-Core rev: 9afb271a1fc41f1e77a5f07235dbf1d7c5ca7b2b) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12webkitgtk: update 2.32.3 -> 2.34.0Alexander Kanavin
(From OE-Core rev: 56413ea04fdf763af7b477e06af7a128b6e7a535) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12epiphany: trim down DEPENDSAlexander Kanavin
(From OE-Core rev: d25581cc4dc516026364bb1d13d6ab5da010a4ca) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12webkitgtk: trim down DEPENDSAlexander Kanavin
(From OE-Core rev: d0026cfb97b165abed22dfdbf3c815e7fcf0a48e) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12libsoup: add a 3.x recipeAlexander Kanavin
libsoup 2.x is still needed until all consumers update to 3.x. (From OE-Core rev: dcdc7ab8db1d927d33addc1eeefeb076bbaba281) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12nghttp2: add recipe from meta-oeAlexander Kanavin
It is needed for latest libsoup. (From OE-Core rev: c9b8b0720397118ce2b445058291b1bef828e235) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12itstool: update 2.0.6 -> 2.0.7Alexander Kanavin
(From OE-Core rev: 92550da34ce41fff0dd55b877d9e07619834686e) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12coreutils: update 8.32 -> 9.0Alexander Kanavin
License-Update: copyright years (From OE-Core rev: 711723b115ebed3acf3b6be6ff88704abdafb8e2) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12wget: update 1.21.1 -> 1.21.2Alexander Kanavin
(From OE-Core rev: 1e2b782d4a253e97787e96e02c052cfa3e92f8ac) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12sudo: update 1.9.7p2 -> 1.9.8p1Alexander Kanavin
Drop specialhandling for mksig items; issue fixed upstream. (From OE-Core rev: e5c7ab93793e452558e65327886899951b0c2f97) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12libexif: update 0.6.22 -> 0.6.23Alexander Kanavin
(From OE-Core rev: 0e8752a3c490c2f622352cd24e46c8a4fcc80579) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12libdnf: update 0.63.1 -> 0.64.0Alexander Kanavin
Drop patch merged upstream. (From OE-Core rev: 3294ab3bc4c6469d72e1b1200f3c0a0ff1a32274) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12bison: update 3.7.6 -> 3.8.1Alexander Kanavin
Drop patch merged upstream. (From OE-Core rev: 456059a185d8527380f9f834b30be75ed63c8380) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12glib-networking: update 2.68.2 -> 2.70.0Alexander Kanavin
(From OE-Core rev: 95dbe957ffa25e946d5de1f9681e50fe10440ed5) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12glib-2.0: update 2.68.4 -> 2.70.0Alexander Kanavin
Internal copy of pcre is no longer provided. (From OE-Core rev: 179676dc3564bfc705b0ba2c89312c4a1de38bb4) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12ruby: disable openssl extensionAlexander Kanavin
It is incompatible with openssl 3 in currently released versions, and given very marginal use of ruby in oe, I do not think not having it matters. (From OE-Core rev: 90424f715376054c2cbd8c97e2b562dc80a42a11) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12serf: add a openssl 3 compatibility fixAlexander Kanavin
(From OE-Core rev: 59ac7cc9af0a042bab33cbd3bbc34c68e2fd8989) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12cryptodev-tests: do not use -Werror with openssl 3Alexander Kanavin
(From OE-Core rev: ba944b334776352c5f62031d728a67035f3e47de) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12openssl: update 1.1.1l -> 3.0.0Alexander Kanavin
Drop 0001-skip-test_symbol_presence.patch - testing revealed no need for it, and I couldn't quite understand what it does. Drop reproducible.patch - upstream has removed the non-reproducible bit. Process lines in run-ptest with sed one by one rather than with perl after the test completes, avoiding ptest-runner timeout errors. License-Update: openssl relicense to apache 2.0. Goodbye awkward gpl exceptions in consumers. DEPRECATED_CRYPTO_FLAGS is now empty by default but available by anyone who wants to set it. Trying to come up with a working set was not a good idea as shown in the deleted comment. (From OE-Core rev: 1432ba27b276f35b3f2aa889965f9f7c0d93d4f9) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12lttng-tools: replace ad hoc ptest fixup with upstream fixesAlexander Kanavin
(From OE-Core rev: 6b7ceda4f6af817aa120f684690323c9ec8f6209) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12qemu: install qmp module without hardcoding the python version in oeqa scriptsAlexander Kanavin
(From OE-Core rev: c6a38f1809c024cd0db536c2f2a2a27bf8934822) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12kernel: improve transformation from KERNEL_IMAGETYPE_FOR_MAKEMike Crowe
In 526bdd88ccd758204452579333ba188e29270bde the imageType loop in kernel_do_deploy was changed to use KERNEL_IMAGETYPE_FOR_MAKE rather than KERNEL_IMAGETYPES. This broke the special handling for fitImage immediately below because KERNEL_IMAGETYPE_FOR_MAKE never contains fitImage. It has always been my understanding that KERNEL_IMAGETYPE_FOR_MAKE controlled what was passed to make, but KERNEL_IMAGETYPE controlled what was installed/deployed. When the two are different then it's the responsibility of whoever set KERNEL_IMAGETYPE_FOR_MAKE to ensure that whatever comes out of the kernel build system has been transformed in to the requested form by the time of installation. This is what happens for kernel.bbclass's own support for vmlinux.gz. I think this means that for KERNEL_IMAGETYPE vmlinux.gz, kernel.bbclass is responsible for generating vmlinux.gz.initramfs[1] so that kernel_do_deploy can deploy it. This means that the change in 526bdd88ccd758204452579333ba188e29270bde can be reverted, fixing KERNEL_IMAGETYPE = "fitImage". In addition, it ought to be possible for recipes and other classes that use kernel.bbclass to hook into this mechanism by setting KERNEL_IMAGETYPE_FOR_MAKE and performing their own transformations. do_bundle_initramfs calls kernel_do_compile and we don't want it to transform vmlinux to vmlinux.gz at that point, since it will fight against the careful renaming and preserving that do_bundle_initramfs does. Let's separate the transformation out of kernel_do_compile to a new do_transform_kernel task that can be run at the right time. This means that it's also logical to perform the equivalent translation for the kernel with the initramfs in a separate do_transform_bundled_initramfs task too. This leaves two clear customisation points for recipes and other classes to hook into the process and perform their transformations: do_transform_kernel and do_transform_bundled_initramfs. (I care about this because our recipes that use kernel.bbclass also set KERNEL_IMAGETYPE_FOR_MAKE and transform vmlinux into a form suitable for our bootloader after do_compile and do_bundle_initramfs into the format matching KERNEL_IMAGETYPE. I'm unable to successfully bundle an initramfs after 526bdd88ccd758204452579333ba188e29270bde, but I didn't want to just revert that change to reintroduce the bug that it was fixing.) I can't say that I'm entirely happy with this change, but I'm unsure what to do to improve it. I find the way that both the bare kernel and the one with the initramfs both get deployed to be confusing, and a waste of build time. I would like to not actually generate a publishable kernel image at all during do_compile when an initramfs is in use, but I suspect that this would affect valid use cases that I'm not aware of. (From OE-Core rev: 1996b33ad3b5768230ac63eaae6e4c5c65eac1e4) Signed-off-by: Mike Crowe <mac@mcrowe.com> [1] It could be argued that this should be vmlinux.initramfs.gz, but that would require another special case in kernel_do_deploy and the filename is only visible within this class and the recipes that use it anyway. Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12license: Allow treating missing license as errorMike Crowe
Use mechanism inspired by insane.bbclass to allow individual recipes or other configuration to determine whether a missing licence should be treated as a warning (as it is now) or as an error. This is controlled by whether the error class is in WARN_LICENSE or ERROR_LICENSE. Use bb.fatal in the error case to ensure that the task really fails. If only bb.error is used then do_populate_lic isn't re-run on subsequent builds which could lead to the error being missed. (From OE-Core rev: 137e478dec4da842145f0cd292e62000fbc092ae) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12packagedata.py: silence a DeprecationWarningMingli Yu
Use regex strings (r’’) to silence below deprecation warning [1]: $ cat tmp/work/intel_x86_64-wrs-linux/linux-yocto/5.10.x+gitAUTOINC+917c420111_373c02c3ca-r0/temp/log.do_deploy [snip] /build/layers/oe-core/meta/lib/oe/packagedata.py:22: DeprecationWarning: invalid escape sequence \s r = re.compile("(^.+?):\s+(.*)") [snip] [1] https://docs.python.org/3/library/re.html (From OE-Core rev: d484f4547781ec399a3481dcb95911d8024456ad) Signed-off-by: Mingli Yu <mingli.yu@windriver.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12rust: generate target definitions from (arch, abi), not just archAlexander Kanavin
This allows to add the missing x32 definition and others in the future. (From OE-Core rev: 1a7b5c2cb9027d25cc5d8511595352b89a49015a) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12rust: do not write ar into target json definitionsAlexander Kanavin
latest rust does not use it and prints a ton of warnings because of it. (From OE-Core rev: 295ea65342d4f65ba4d2632d31208e903b5ba361) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12rust-common.bbclass: rewrite toolchain wrappers in (native) pythonAlexander Kanavin
librsvg on centos 7 and friends exhibits the same libtinfo leakage problem, this time coming from the compiler and not the linker. Simply covering the compiler by the existing C wrapper-of-wrapper does not work, as rust-native builds put Important Stuff into LD_LIBRARY_PATH and unsetting it breaks things badly. Rather than try to figure out which combination of wrappers and LD_LIBRARY_PATH settings works for which situation, or provide some kind of sh-native, let's simply use python3-native for the wrappers, which should insulate builds from the the host shell. rust-native already depends on python3-native, so this does not lengthen the builds. This also reverts: rust-common: Hack around LD_LIBRARY_PATH issues on centos7 (commit 63b1fd2226b5f146d6c853cc57417704df378438). I'd also like to say boo to Red Hat (or GNU?) for breaking ABI compatibility for stat() in glibc 2.33, we ended up sorting this mess because of it. (From OE-Core rev: 91cdc1289b1a05930556f25fc6246f718d9f1f4d) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12rust/cargo: exclude UNINATIVE_LOADER from task signatureAlexander Kanavin
(From OE-Core rev: ea3e9d2588f512a2d480b45b68693ca6c0584379) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12gstreamer1.0-plugins-bad: disable rsvg on x32Alexander Kanavin
librsvg throws: | error[E0080]: erroneous constant used | --> /home/alex/development/poky/build-x32/tmp/work/x86_64_x32-poky-linux-gnux32/librsvg/2.52.0-r0/librsvg-2.52.0/vendor/thin-slice/src/lib.rs:111:25 | | | 111 | } else if len < TAG_LIMIT { | | (From OE-Core rev: 529d0492c303ce23726943da6facf00d44d4035b) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12adwaita-icon-theme: update 3.34/38 -> 41.0Alexander Kanavin
The original reason to pin the version (outdated librsvg) no longer applies. (From OE-Core rev: 20f8aaa1ec24fe30273cba3cf3a65cfe46d60f2c) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12librsvg: restore reproducibilityAlexander Kanavin
(From OE-Core rev: 789974895562e7302a62b7445b96eb23660c23b1) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12librsvg: use only the target architecture to determine availability of ↵Alexander Kanavin
atomic primitives This eliminates the hardcoded list of rust targets which can't possibly include everything from OE universe. (From OE-Core rev: 27561e262aacbb7e40ef4e310cd69e8d5e8f4916) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12librsvg: add backports to fix big endian targets (e.g. mips)Alexander Kanavin
(From OE-Core rev: 0080e9c94b49aa9bad56758243327f0a47a2b02e) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
2021-10-12librsvg: do not enable nativesdkAlexander Kanavin
rust is not currently available for nativesdk builds: WARNING: Nothing PROVIDES 'nativesdk-libstd-rs' (but virtual:nativesdk:/home/pokybuild/yocto-worker/a-full/build/meta/recipes-gnome/librsvg/librsvg_2.52.0.bb DEPENDS on or otherwise requires it). Close matches: WARNING: Nothing PROVIDES 'virtual/nativesdk-x86_64-pokysdk-linux-rust' (but virtual:nativesdk:/home/pokybuild/yocto-worker/a-full/build/meta/recipes-gnome/librsvg/librsvg_2.52.0.bb DEPENDS on or otherwise requires it). Close matches: (From OE-Core rev: fdb240cd49da87a0bcad8441deab9b221db2a86a) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-05-02 20:51:15 +0000