linux/poky.git/meta/recipes-gnome/gnome/adwaita-icon-theme, branch hardknott-next

adwaita-icon-theme: add version 3.34.3 back

2021-01-23T17:08:54+00:00

Newer versions of adwaita-icon-theme can't work well with librsvg 2.40. Boot up the core-image-sato image, and start "Media Player", most of the icons are not showed properly. The source code of librsvg has been adapted to rust, so it is impossible to update librsvg in oe core for now. Then add adwaita-icon-theme 3.34.3 back and set as preferred version. Duplicate one patch as well to fix patch fuzz issue. Ref: 1. https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/84 2. https://people.gnome.org/~federico/blog/do-not-use-librsvg-2.40.x.html (From OE-Core rev: e46e8d638440446d34744e6b816f2446029e4a34) Signed-off-by: Kai Kang Signed-off-by: Richard Purdie

adwaita-icon-theme: upgrade 3.36.1 -> 3.38.0

2020-11-03T08:21:10+00:00

(From OE-Core rev: ada61419ac96a7591231d62ee1d10d4b61b1fe56) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

adwaita-icon-theme: upgrade 3.34.3 -> 3.36.1

2020-06-04T12:27:30+00:00

(From OE-Core rev: bd430d45eb12e537e315579d62843c4cb4a8b2b4) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

adwaita-icon-theme:upgrade 3.34.0 -> 3.34.3

2019-11-25T17:57:23+00:00

(From OE-Core rev: 7a1ca18512e355eb9adcff5e2e2105cde0e2bd9c) Signed-off-by: Wang Mingyu Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

adwaita-icon-theme: upgrade 3.32.0 -> 3.34.0

2019-10-23T15:30:36+00:00

(From OE-Core rev: b4e9af206623755651753ed1b776cedb004e59fd) Signed-off-by: Andreas Müller Signed-off-by: Richard Purdie

adwaita-icon-theme: fix rare install race

2019-09-16T22:02:45+00:00

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 Signed-off-by: Richard Purdie

adwaita-icon-theme: upgrade 3.30.1 -> 3.32.0

2019-05-22T06:24:52+00:00

(From OE-Core rev: 01b3218f227180c551e298e7a76fe43be5781b4f) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

adwaita-icon-theme: upgrade 3.28.0 -> 3.30.1

2019-02-19T16:14:57+00:00

(From OE-Core rev: 4b749f7333c6f0b71314d9bc6b803510633dcf4f) Signed-off-by: Richard Purdie

adwaita-icon-theme: upgrade to version 3.28.0

2018-05-04T12:28:03+00:00

Refresh the following patch: 0001-Don-t-use-AC_CANONICAL_HOST.patch (From OE-Core rev: 5954f4a078c179563f31ec237fccde146c04e0d0) Signed-off-by: Maxin B. John Signed-off-by: Richard Purdie

gnome: refresh patches

2018-03-11T13:27:01+00:00

The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 9c762156d5eab1582fdd1f5000e80a0a67d46152) Signed-off-by: Ross Burton Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie