summaryrefslogtreecommitdiffstats
path: root/meta/recipes-gnome/gnome/adwaita-icon-theme/0001-Run-installation-commands-as-shell-jobs.patch
AgeCommit message (Collapse)Author
2022-07-08adwaita-icon-theme: upgrade 41.0 -> 42.0Alexander Kanavin
(From OE-Core rev: 0139a070425e675bff4f071b99821b552bd2ef32) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-04-13Revert "adwaita-icon-theme: upgrade 41.0 -> 42.0"Richard Purdie
This reverts commit 131b143b6ea37963a0380975718cbf8420e5b87f. Upstream dropped many 'legacy' low res bitmap icons and also plans to phase out 'generic app' icons in the svg format, saying that all apps must carry their own icons. This breaks the icons displayed in sato so revert for now until we have a plan to mitigate that. [YOCTO #14782] (From OE-Core rev: 04603905991ba7e703b07abc16c8a689d94be95d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-03-23adwaita-icon-theme: upgrade 41.0 -> 42.0wangmy
0001-Don-t-use-AC_CANONICAL_HOST.patch refreshed for version 42.0 0001-Run-installation-commands-as-shell-jobs.patch removed since it's included in 42.o (From OE-Core rev: 17a08277854eb1e8776cf7790f6255ea68bf0568) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-06adwaita-icon-theme: submit patch upstreamAlexander Kanavin
(From OE-Core rev: e3a348abade24ece055e08ea7c290416aa0da114) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-10-14adwaita-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: 354207b58e8511e0bf72f046142a1e150319fa74) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2019-09-16adwaita-icon-theme: fix rare install raceRoss Burton
There have been rare errors during the build of adwaita-icon-theme, such as: Exception: bb.process.ExecutionError: Execution of '.../temp/run.sysroot_stage_all.45186' failed with exit code 2: cpio: ./icons/Adwaita/32x32/legacy/_inst.34160_: Cannot stat: No such file or directory cpio: ./icons/Adwaita/32x32/legacy/_inst.33428_: Cannot stat: No such file or directory cpio: ./icons/Adwaita/32x32/legacy/_inst.35421_: Cannot stat: No such file or directory cpio: ./icons/Adwaita/32x32/legacy/_inst.34533_: Cannot stat: No such file or directory cpio: ./icons/Adwaita/32x32/legacy/_inst.35366_: Cannot stat: No such file or directory The problem was that a previous optimisation (oe-core cd9af17028) to massively increase the install speed (by parallelling the hundreds of installs) was subtly wrong. It was essentially doing this: for i in list; do install i & done wait In pure shell this does parallelise the install commands and then wait for them all to finish before exiting, but in Makefiles *each line in a separate shell*. The actual Makefile is closer to this: for i in list; do \ install i & \ done wait The backslashes are required to write a multi-line for loop in a Makefile, but note that when the loop ends the shell exits and all of the install processes that are still running are disowned. The wait command then executes in a new shell, and there are no childen to wait for. The fix is trivial: add more backslashes so that the wait is part of the same shell. (From OE-Core rev: f969a8ff160390726565421d4c9b367e49172487) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-06-14adwaita-icon-theme: add a patch to speed up the do_install() taskAlexander Kanavin
Goes down to 40 seconds from over 4 minutes :) Note that there is no control over the amount of shell jobs; on my machine this is not a problem, but if it's a problem on less capable hardware, we can add some kind of limiter. (From OE-Core rev: cd9af17028c069f52fb0616074170093dd63c143) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>