summaryrefslogtreecommitdiffstats
path: root/meta
Commit message (Collapse)AuthorAgeFilesLines
...
* cups: fix typo in flags to disable avahiS. Lockwood-Childs2021-12-141-1/+1
| | | | | | | | | one too many 's': dnsssd -> dnssd (From OE-Core rev: 88da9b61b469654805fd51869790b1fd6d34c5a3) Signed-off-by: S. Lockwood-Childs <sjl@vctlabs.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libcap: upgrade 2.61 -> 2.62wangmy2021-12-141-2/+2
| | | | | | | | | Replace BUILD_GPERF with USE_GPERF since it is now reserved. (From OE-Core rev: e7a297548ae0af8aa6b7070d66908c3260f95597) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lttng-tools: Disable problem testsRichard Purdie2021-12-142-0/+35
| | | | | | | | | | | | There is a pattern of the notification tests hanging. Whilst we need to get to the bottom of that, disable them for now as it is causing high load for triage/SWAT and masking other failures. [YOCTO #14263] (From OE-Core rev: 9b96efe8984df955b8880b83b1b48ad9be37863b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lttng-tools: Backport ptest fixRichard Purdie2021-12-143-0/+333
| | | | | | | | | Add a backport and a dependency from upstream to help address one of the lttng-tools ptest relayd hangs we've been seeing on the autobuilder. (From OE-Core rev: c8f845a8f391fa5f3f69a987b3977abdb4959db8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: make ligles3-dev RDEPENDS on libgles2-devQuentin Schulz2021-12-141-2/+6
| | | | | | | | | | | | | | | | Khronos documentation[1] says that include/GLES2/gl2ext.h can be used for OpenGL ES 3 specification as well as for OpenGL ES 2. There can be applications including GLES2/gl2ext.h instead of GLES3/gl3ext.h meaning we should probably bring in GLES2/gl2ext.h if someone asks for development package of libgles3. [1] https://www.khronos.org/registry/OpenGL/index_es.php#headers Cc: Quentin Schulz <foss+yocto@0leil.net> (From OE-Core rev: 8adf941a8a2b5b3fe5e4e3313856b725e28d5370) Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kmscube: add build dependency on virtual/libgles3Quentin Schulz2021-12-141-1/+1
| | | | | | | | | | | | | texturator requires GLES 3 headers and libs so let's explicit this dependency. This was not detected until now because mesa, the default provider, actually provides both Open GLES 2 and 3 compliant implementations. Cc: Quentin Schulz <foss+yocto@0leil.net> (From OE-Core rev: a8bac1006d87d0a702630607f6c46d2f4926776e) Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: PROVIDES virtual/libgles3Quentin Schulz2021-12-145-1/+5
| | | | | | | | | | | | It's assumed that not all OpenGL ES implementation are compliant with the 3.x specification. Therefore an additional virtual providers is created to explicit compatibility with OpenGL ES 3 specification. Cc: Quentin Schulz <foss+yocto@0leil.net> (From OE-Core rev: 405cd7a37988ced627fe6ad6fd3089c17f59367e) Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kmscube: fix build on OpenGL ES 3 dependencies not providing GLES3/gl3ext.hQuentin Schulz2021-12-142-0/+34
| | | | | | | | | | | | | | | | | | | According to Khronos documentation[1], gl2ext.h can be used for OpenGL ES 3. Some vendor implementation of OpenGL ES 3, such as Rockchip's libmali[2], do not have a gl3ext.h but only a gl2ext.h while being OpenGL ES 3 compliant. This fixes the header files to be included from gl3ext.h to gl2ext.h to be compatible with (hopefully) all OpenGL ES 3 implementations. [1] https://www.khronos.org/registry/OpenGL/index_es.php#headers [2] https://github.com/rockchip-linux/libmali Cc: Quentin Schulz <foss+yocto@0leil.net> (From OE-Core rev: b7b6284fbc08452c7ed9ea9180003f043a624ae7) Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bootchart2: remove wait_boot logicMingli Yu2021-12-142-0/+69
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When boot with "init=/sbin/bootchartd" as below: # runqemu qemux86 bootparams="init=/sbin/bootchartd" There are two bootchartd process after boot [1]. # ps -ef | grep bootchart root 101 1 0 03:27 ? 00:00:00 /bin/sh /sbin/bootchartd root 103 101 8 03:27 ? 00:00:02 /lib64/bootchart/bootchart-collector 50 root 106 1 0 03:27 ? 00:00:00 /bin/sh /sbin/bootchartd root 792 106 0 03:27 ? 00:00:00 /lib64/bootchart/bootchart-collector --usleep 1000000 root 794 725 0 03:27 ttyS0 00:00:00 grep bootchart # /sbin/bootchartd stop [bootchart] bootchart-collector started as pid 596 with 2 args: [bootchart] '--dump' [bootchart] '/tmp/bootchart.3lXpVDAq3v' [bootchart] Extracting profile data from pid 204 [bootchart] map 0xbed9a000 -> 0xbedbb000 size: 132k from 'bed9a000' 'bedbb000' [bootchart] read 135168 bytes of 135168 [bootchart] reading 150 chunks (of 150) ... [bootchart] wrote 18760 kbB [bootchart] bootchart-collector pid: 596 unmounted proc / clean exit But there still one process exist after the above stop command finish. # ps -ef | grep bootchartd root 202 1 0 09:09 ? 00:00:00 /bin/sh /sbin/bootchartd root 629 516 0 09:10 ? 00:00:00 grep bootchartd Remove the wait_boot which used to wait the boot process to finish to make sure only one bootchartd process and meanwhile we don't need the wait_boot logic because we either use "/sbin/bootchartd stop" to stop the bootchartd manually or install package bootchartd-stop-initscript altogether with bootchart2 to stop bootchartd automatically after boot. After patch: # ps -ef | grep bootchart root 101 1 0 03:36 ? 00:00:00 /bin/sh /sbin/bootchartd root 103 101 6 03:36 ? 00:00:04 /lib64/bootchart/bootchart-collector 50 root 596 592 0 03:37 ttyS0 00:00:00 grep bootchart [1] https://github.com/xrmx/bootchart/issues/94 (From OE-Core rev: cc34e3bdedc045baf97ebc2258295d9433cb332e) Signed-off-by: Mingli Yu <mingli.yu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rt-tests: upgrade 2.2 -> 2.3zhengruoqin2021-12-142-3/+3
| | | | | | | (From OE-Core rev: aed533f84c41bb5a17b9af6eb2c3076371472057) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* vte: upgrade 0.66.0 -> 0.66.2zhengruoqin2021-12-141-1/+1
| | | | | | | (From OE-Core rev: f81c3ff739610bc8d30b99a23fe475c7825b02a7) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* stress-ng: upgrade 0.13.07 -> 0.13.08zhengruoqin2021-12-142-28/+2
| | | | | | | | | | 0001-Do-not-preserve-ownership-when-installing-example-jo.patch removed since it is included in 0.13.08 (From OE-Core rev: 111de7be7336bc9c7919e7fc130fd9953e6e7250) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glib-networking: upgrade 2.70.0 -> 2.70.1zhengruoqin2021-12-141-1/+1
| | | | | | | | | | | | | | Changelog: ==================== - Fix crashes when handshake is cancelled (#97, #176) - OpenSSL: fix spurious certificate expired verification errors (#179) - GnuTLS: Fix tests on 32-bit systems (!188, Simon McVittie) - GnuTLS: Fix crash when invalid priority string is forced (!189) (From OE-Core rev: 8cb8c9ed208134436aeaa5fe573ee705a9fb5f6b) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-cython: upgrade 0.29.24 -> 0.29.25wangmy2021-12-142-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Changelog: ================ Bugs fixed ---------- * Several incompatibilities with CPython 3.11 were resolved. (Github issues #4411, #4414, #4415, #4416, #4420, #4428, #4473, #4479, #4480) * Some C compiler warnings were resolved. (Github issue #4439) * C++ "std::move()" should only be used automatically in MSVC versions that support it. (Github issue #4191) * The "Py_hash_t" type failed to accept arbitrary "index" values. (Github issue #2752) * Avoid copying unaligned 16-bit values since some platforms require them to be aligned. Use memcpy() instead to let the C compiler decide how to do it. (Github issue #4343) * Cython crashed on invalid truthiness tests on C++ types without "operator bool". (Github issue #4348) * The declaration of "PyUnicode_CompareWithASCIIString()" in "cpython.unicode" was incorrect. (Github issue #4344) (From OE-Core rev: 8d8faad71e05703362d4004cc9ecdb93c08398ec) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mpg123: upgrade 1.29.2 -> 1.29.3wangmy2021-12-141-1/+1
| | | | | | | | | | | | | | | | | | | | Changelog: ==================== libmpg123: Catch more NULL pointer arguments in LFS wrappers (most prominently: mpg123_feedseek(), bug 328). mpg123: -Fix regression that did _not_ enable --remote-err on -s anymore. -Fix typos in man page. -Drop mixed-up value limits on remote control SEQ command. It is up to you if you want to distort your sound. -Add note about equalizer frequency bands to man page. -build: add BUILD_PROGRAMS option to ports/cmake (From OE-Core rev: e4e84d295f774136900e0a09001d19cbeab1a157) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libical: upgrade to 3.0.12Ross Burton2021-12-141-5/+7
| | | | | | | | | Disable tests to save some build time as we can't install them. (From OE-Core rev: dc91910a5ee56af5dee495fafcabab4042431cae) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* patchelf: upgrade 0.14.2 -> 0.14.3Richard Purdie2021-12-121-1/+1
| | | | | | (From OE-Core rev: a1524bb96bddd221a08df73a88bca851d423959f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lttng-ust: upgrade 2.13.0 -> 2.13.1Richard Purdie2021-12-121-1/+1
| | | | | | (From OE-Core rev: d1099ea887b5d11ce62ff651f83915ed5f7e7fbe) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* puzzles: Upgrade to latest git with patches mergedRichard Purdie2021-12-127-255/+2
| | | | | | | | | This upgrades to the latest upstream version where our fixes have equivalent fixes merged upstream so our patches are no longer needed. (From OE-Core rev: 987077008c89a9086247d5bcdf35aef7413fb954) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* apmd: remove obsolete support for renamed libtoolRoss Burton2021-12-122-8/+16
| | | | | | | | | | libtool is now longer renamed to ${host}-libtool, so remove the changes to support this. (From OE-Core rev: d772775b3f77a753e8401dba3b4a73d5246a290f) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* subversion: remove obsolete support for renamed libtoolRoss Burton2021-12-122-30/+0
| | | | | | | | | | libtool is now longer renamed to ${host}-libtool, so remove the changes to support this. (From OE-Core rev: 0610df3e56e350493731d49fe67261b62d346573) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: remove obsolete support for renamed libtoolRoss Burton2021-12-121-2/+0
| | | | | | | | | | libtool is now longer renamed to ${host}-libtool, so remove the changes to support this. (From OE-Core rev: cba76eb9232df9af6b1b82649f3e0c6b99ce668c) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* apr: remove obsolete support for renamed libtoolRoss Burton2021-12-121-3/+5
| | | | | | | | | | | | | | | libtool is now longer renamed to ${host}-libtool, so remove the changes to support this. This means that apr now installs libtool into the build-1 folder, but as this has never been needed before (as we use the system libtool) we can remove it (it contains build paths so is unreproducible). Also add a RDEPENDS on libtool for the target -dev package. (From OE-Core rev: 07c0c780fb79779827dcd7496fac288c179aa259) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* freetype: remove obsolete support for renamed libtoolRoss Burton2021-12-122-34/+1
| | | | | | | | | | libtool is now longer renamed to ${host}-libtool, so remove the changes to support this. (From OE-Core rev: 000f129323e4fda3fed9d6d0e45f0bc0328a737e) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: remove obsolete support for renamed libtoolRoss Burton2021-12-121-3/+1
| | | | | | | | | | libtool is now longer renamed to ${host}-libtool, so remove the changes to support this. (From OE-Core rev: 291654cb31ff3568f278d143510f1e9fac573966) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gtk+3: remove obsolete support for renamed libtoolRoss Burton2021-12-123-51/+0
| | | | | | | | | | libtool is now longer renamed to ${host}-libtool, so remove the changes to support this. (From OE-Core rev: df74f8637b63d3b88a1b5bdbca22503b98d2d54b) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pkgconfig: remove obsolete support for renamed libtoolRoss Burton2021-12-122-46/+0
| | | | | | | | | | libtool is now longer renamed to ${host}-libtool, so remove the changes to support this. (From OE-Core rev: 5a4088a1dce17886d391db25a667dd4e0dbbc5cb) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: don't expect libtool to be host-prefixedRoss Burton2021-12-121-171/+0
| | | | | | | | | | | | | We update the libtool m4 files in binutils with the latest files from our patched libtool so that we can use the --with-libtool-sysroot option. Remove the chunks that are specific to the libtool renaming, which now doesn't happen. (From OE-Core rev: 30baaf6c20a2e1619439cf3eb8d9ce7cb877d2fa) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libtool: don't prefix the installed binaryRoss Burton2021-12-124-109/+8
| | | | | | | | | | | | | | | | | | | | | | Typically libtool installs the binary to 'libtool' in the source tree, but we've got patches to rename this to ${host_sys}-libtool. As this isn't standard any upstream that don't respect the LIBTOOL variable need to be told explicitly where libtool is, which is a long-term maintenance burden for us on top of the initial libtool patches. The reasoning for this renaming appears to stem from the design to be sure that we're using our new/patched libtool and not the host's binary. However, now that we have HOSTTOOLS, there's no way to run the host libtool so this argument is moot. This patch removes the libtool renaming, follow-up patches remove the required modifications from the rest of the recipes. [RP: Remove commented patch lines] (From OE-Core rev: 4b308773eca7570ce5007e8f953b56252c17fdb1) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* elf: Discard input .note.gnu.build-id sectionsValerii Chernous2021-12-122-0/+216
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Originally issue: building of glibc 2.32 or 2.34 with option "-Wl,--build-id" produce libc.so.6 with section ".note.gnu.build-id" that have invalid(double, 0x48) section size. It happens because glibc use sublibraries for linking libc.so.6 ld produce this sublibraries with build-id section and on last linking stage loads this sections as input for linking. ld should create new(valid) ".note.gnu.build-id" into function ldelf_setup_build_id on last linking stage but it skip creating because build-id section already exists. As result libc.so.6 contain ".note.gnu.build-id" with build-ids from sublibraries and without valid build-id Howto solved: 1. Discard input .note.gnu.build-id sections. 2. Clear the build ID field before writing. 3. Use bfd_make_section_anyway_with_flags to create the output .note.gnu.build-id section. Upstream-Status: Backport Reference to upstream patch: [https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=1f1d0f8888a6c944e612b416a2a6e11abcf5199f] (From OE-Core rev: 68bbff44a481a036dc7d39e5d5745a01ccffdb95) Signed-off-by: Valerii Chernous <vchernou@cisco.com> Signed-off-by: Valery Chernous <valery.chernous@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glibc: Redo tzselect bash dependency problemKhem Raj2021-12-125-36/+61
| | | | | | | | | | | New patch adds a knob to select needed shell interpreter for tzselect script, which then we excercise via EXTRA_OEMAKE (From OE-Core rev: 28adfbbcf42d15eabdd7fe3a5dea486bd5049f09) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libx11: update to 1.7.3Oleksandr Kravchuk2021-12-123-102/+12
| | | | | | | | | Dropped upstreamed patches. (From OE-Core rev: dc3fcb6f9f6b4f54519265a95d59279fceb5cc97) Signed-off-by: Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sstatetests: add a test for moving oe-core around in the filesystemAlexander Kanavin2021-12-121-0/+42
| | | | | | | | | Doing that should not change the task signatures. (From OE-Core rev: a06ceaeaf11aa344e152f3bb6629aa6e000482d3) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3: udpate to 3.10.1Oleksandr Kravchuk2021-12-1224-108/+109
| | | | | | | | | Refreshed patches. (From OE-Core rev: b82ea986a492791716c3da07a7d728edd17654c9) Signed-off-by: Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* overlayfs: move templates to files directoryVyacheslav Yurkov2021-12-124-42/+49
| | | | | | | (From OE-Core rev: b08ce6d23f2c6c89073ddff90b758360f9ce9fea) Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* overlayfs: update notes on /etcVyacheslav Yurkov2021-12-121-0/+1
| | | | | | | (From OE-Core rev: a883e5188dd47fffb0df6699f0de2d7a26378eba) Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* oeqa/selftest: unit tests for overlayfs-etcVyacheslav Yurkov2021-12-121-0/+184
| | | | | | | (From OE-Core rev: 3ca1ce7a3779d0b875385eb4045bd5a51dc839da) Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* oeqa/selftest: overlayfs helper functionVyacheslav Yurkov2021-12-121-16/+16
| | | | | | | | | Move helper functions out of class scope so they can be used in other tests (From OE-Core rev: 439a5a575b8ca27910431c71f01bf310122ff7ab) Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image: add overlayfs-etc image featureVyacheslav Yurkov2021-12-121-1/+2
| | | | | | | (From OE-Core rev: e105ee47c5f57a22029e611c7ff9c2376bee9ecb) Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* overlayfs-etc: mount etc as overlayfsVyacheslav Yurkov2021-12-121-0/+76
| | | | | | | | | | | | This class provides an image feature that mounts /etc as an overlayfs file system. This is an extension for existing overlayfs class, which doesn't support /etc (From OE-Core rev: 610ea808c8b5edb2826bda1f1c42a811bd4ba758) Signed-off-by: Alfred Schapansky <alfred.schapansky@avantys.de> Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* files: add overlayfs-etc-preinit.sh.inVyacheslav Yurkov2021-12-121-0/+29
| | | | | | | | | A template init script for overlayfs-etc class (From OE-Core rev: c0173002f3f2118f72307b7e60515287a1b56bda) Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* epiphany: Add packageconfig for libsoup2Joshua Watt2021-12-121-1/+4
| | | | | | | | | | | | | | | Adds a PACKAGECONFIG option to use libsoup2 instead of libsoup3. Including libsoup2 and libsoup3 in the same process can cause strange runtime failures, and the latest release of each major version will cause the process to exit if both are detected on startup. The default is changed from libsoup3 back to libsoup2 to follow webkitgtk. (From OE-Core rev: 430ae4f95a2eb36311338c5c8bdba7331958556a) Signed-off-by: Joshua Watt <JPEWhacker@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* webkitgtk: Add packageconfig for libsoup2Joshua Watt2021-12-121-2/+5
| | | | | | | | | | | | | | | | | | | Adds a PACKAGECONFIG option to use libsoup2 instead of libsoup3. Including libsoup2 and libsoup3 in the same process can cause strange runtime failures, and the latest release of each major version will cause the process to exit if both are detected on startup. The default is changed from libsoup3 back to libsoup2. Most GNOME packages are still using libsoup2, and a large number of these pull in webkitgtk either directly or indirectly. If webkitgtk uses libsoup3, this causes all of these packages to fail at startup. It appears that most GNOME packages will have to switch to libsoup3 when they transition to GTK4. (From OE-Core rev: deedca6bee5c90e35a7814b04bc5de03de9f9b1d) Signed-off-by: Joshua Watt <JPEWhacker@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meson: upgrade 0.60.1 -> 0.60.2Alexander Kanavin2021-12-123-1/+1
| | | | | | | (From OE-Core rev: e020b140cc6eb93283533545c3d64e9aed0b2489) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* documentation: Document PACKAGE_SNAP_LIB_SYMLINKSMike Crowe2021-12-121-0/+1
| | | | | | | | | | | | | | | | | PACKAGE_SNAP_LIB_SYMLINKS was added[1] originally to OpenEmbedded in 2008 and then to oe-core in 2011[2] but appears to have evaded documentation throughout that time. Let's add something that at least gives some clue as to what it does. (From OE-Core rev: f3ee68aa06eb9241789015953c57ccaf9ec9911c) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Phil Blundell <pb@pbcl.net> [1] https://git.openembedded.org/openembedded/commit/?id=cf7114179ead8ddff8f66e84d630811920ac9add [2] https://git.openembedded.org/openembedded-core/commit/?id=600dbb7cb384c2290af38b993a9bea3a4dfc4494 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package: Only snap libraries if they would be processed by ldconfig OS-12840Mike Crowe2021-12-121-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | PACKAGE_SNAP_LIB_SYMLINKS renames libraries based on their SONAME so that they can be found directly rather than going via symlinks that would be created by ldconfig. For example, without PACKAGE_SNAP_LIB_SYMLINKS in ${libdir} we have: libharfbuzz.so.0 -> libharfbuzz.so.0.20600.4 libharfbuzz.so.0.20600.4 but with PACKAGE_SNAP_LIB_SYMLINKS="1" we have just: libharfbuzz.so.0 Unfortunately, this renaming is done based on the SONAME which breaks packages like mesa which install a single library with multiple hard links: -rwxr-xr-x root/root 13593488 2021-12-07 12:26 ./usr/lib/dri/i915_dri.so -rwxr-xr-x root/root 13137328 2021-12-07 12:26 ./usr/lib/dri/i965_dri.so hrwxr-xr-x root/root 0 2021-12-07 12:26 ./usr/lib/dri/iris_dri.so link to ./usr/lib/dri/i915_dri.so hrwxr-xr-x root/root 0 2021-12-07 12:26 ./usr/lib/dri/kms_swrast_dri.so link to ./usr/lib/dri/i915_dri.so hrwxr-xr-x root/root 0 2021-12-07 12:26 ./usr/lib/dri/nouveau_vieux_dri.so link to ./usr/lib/dri/i965_dri.so hrwxr-xr-x root/root 0 2021-12-07 12:26 ./usr/lib/dri/r200_dri.so link to ./usr/lib/dri/i965_dri.so hrwxr-xr-x root/root 0 2021-12-07 12:26 ./usr/lib/dri/radeon_dri.so link to ./usr/lib/dri/i965_dri.so hrwxr-xr-x root/root 0 2021-12-07 12:26 ./usr/lib/dri/swrast_dri.so link to ./usr/lib/dri/i915_dri.so The SONAME for i915_dri.so (and therefore all the other names that link to the same file) is libgallium_dri.so. This means that PACKAGE_SNAP_LIB_SYMLINKS causes do_package to successfully rename the first name found to libgallium_dri.so. A similar thing happens to i965_dri.so with its SONAME of libmesa_dri_drivers.so. The order is not deterministic, so this means that although every build will be missing one name, it's not always the same one. -rwxr-xr-x root/root 13593488 2021-11-30 15:17 ./usr/lib/dri/i915_dri.so hrwxr-xr-x root/root 0 2021-11-30 15:17 ./usr/lib/dri/kms_swrast_dri.so link to ./usr/lib/dri/i915_dri.so hrwxr-xr-x root/root 0 2021-11-30 15:17 ./usr/lib/dri/libgallium_dri.so link to ./usr/lib/dri/i915_dri.so -rwxr-xr-x root/root 13137328 2021-11-30 15:17 ./usr/lib/dri/libmesa_dri_drivers.so hrwxr-xr-x root/root 0 2021-11-30 15:17 ./usr/lib/dri/nouveau_vieux_dri.so link to ./usr/lib/dri/libmesa_dri_drivers.so hrwxr-xr-x root/root 0 2021-11-30 15:17 ./usr/lib/dri/r200_dri.so link to ./usr/lib/dri/libmesa_dri_drivers.so hrwxr-xr-x root/root 0 2021-11-30 15:17 ./usr/lib/dri/radeon_dri.so link to ./usr/lib/dri/libmesa_dri_drivers.so hrwxr-xr-x root/root 0 2021-11-30 15:17 ./usr/lib/dri/swrast_dri.so link to ./usr/lib/dri/i915_dri.so This renaming means that the library cannot be found at runtime. The simplest way to avoid this renaming is to only snap libraries that would be processed by ldconfig. (From OE-Core rev: 8571182ece1602ce8e030c98aef17cdc5718a037) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cmake: upgrade 3.22.0 -> 3.22.1Changqing Li2021-12-123-1/+1
| | | | | | | | | | | | This upgrade include a bug fix: Refer: https://gitlab.kitware.com/cmake/cmake/-/issues/22963 https://gitlab.kitware.com/cmake/cmake/-/commit/643fc46bdc13dd57584d5d77eee30a99308ba896 (From OE-Core rev: 63bf94e26443b3790648c393f36203e9954b85de) Signed-off-by: Changqing Li <changqing.li@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libhandy: Backport a makefile header raceMingli Yu2021-12-122-1/+40
| | | | | | | | | | | | | | | | After the commit(8157ecc Separate public and private enums) introduced, there comes a race as below: | In file included from ../git/src/hdy-settings.c:11: | ../git/src/hdy-settings-private.h:16:10: fatal error: hdy-enums-private.h: No such file or directory | 16 | #include "hdy-enums-private.h" So also add private headers like private sources did now to libhandy_sources to fix the issue. (From OE-Core rev: de57b4624e3d2d66268c33c4bf86dcb25abcab32) Signed-off-by: Mingli Yu <mingli.yu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libpam: Backport ptest fix checking whether files existMingli Yu2021-12-122-0/+66
| | | | | | | | | | | | | | | | | | | | | | | | | | | Backport a patch to check whether files exist. Before the patch: # ./run-xtests.sh . tst-pam_access1 mv: cannot stat '/etc/security/opasswd': No such file or directory PASS: tst-pam_access1 mv: cannot stat '/etc/security/opasswd-pam-xtests': No such file or directory ================== 1 tests passed 0 tests not run ================== After the patch: # ./run-xtests.sh . tst-pam_access1 PASS: tst-pam_access1 ================== 1 tests passed 0 tests not run ================== (From OE-Core rev: 4903fdbace057df2e39c10aaef3440f89748eed2) Signed-off-by: Mingli Yu <mingli.yu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Drop mips XLP support patchRichard Purdie2021-12-122-416/+0
| | | | | | | | | | | | | The kernel has dropped this as of 5.16 and we don't want to carry such patches without active maintainers for such targets. It isn't clear who would even have such hardware and it isn't something we can support. It would be best maintained as a separate layer by those who can test it if needed. (From OE-Core rev: 5cd5075412639c0be9506cf1101737b12894fc5f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-08-04 13:02:44 +0000