summaryrefslogtreecommitdiffstats
path: root/meta/recipes-gnome/gtk+/gtk+
Commit message (Collapse)AuthorAgeFilesLines
* gtk+: fix patch headersRoss Burton2018-05-151-1/+1
| | | | | | | (From OE-Core rev: ff6c5746c821ec128f9cae9bacb818d2c51a4049) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gtk+: do not look into $HOME when looking for modulesAlexander Kanavin2018-05-151-0/+29
| | | | | | | | (From OE-Core rev: c8fa5e7299940792a1c4f5255150a4ce8aac7c54) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gtk+: refresh patchesRoss Burton2018-03-071-7/+8
| | | | | | | | | | | | | | | | | | | 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: 7ac8688c9fce49a005cbe9afe028453f6fea4e79) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gtk+: Correct function prototypeKhem Raj2015-04-271-0/+24
| | | | | | | | | | | | This is turned on by default in gcc-5 so far we have been getting by this issue but time to fix it has now come Change-Id: I012248731de0be7a9b7e232073746360fe6c83dd (From OE-Core rev: 8d8db821d7bcf30079f5a71c255481b12ec00e17) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gtk+: upgrade to 2.24.25Ross Burton2014-12-314-0/+179
Remove patches that are no longer needed: * GtkButton-do-no-prelight: merged upstream * Duplicate-the-exec-string: upstream decided this behaviour is incorrect * cellrenderer-cairo: Cairo isn't the performance bottleneck it once was, drop * configure-nm: resolved upstrea * configurefix.patch: not applied * run-iconcache: not needed when building tarballs, and if gtk-update-icon-cache is needed at build time (e.g. user is customising default icon theme) then they can add a dependency on gtk-update-icon-cache-native. Also remove mention of patches that have been commented out for a long time. (From OE-Core rev: 9299b5d2e5f82cf0e3f66ca49dedbe2c8b18bb44) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>