Re: [OE-core] [PATCH 01/10] gtk+3: Upgrade 3.18.8 -> 3.20.6

2016-07-06 Thread Robert Yang
On 07/06/2016 03:08 PM, Jussi Kukkonen wrote: On 6 July 2016 at 06:21, Robert Yang > wrote: On 07/06/2016 11:09 AM, Robert Yang wrote: On 07/05/2016 10:08 PM, Jussi Kukkonen wrote: On 5 July 2016 at 16:09,

Re: [OE-core] [PATCH 01/10] gtk+3: Upgrade 3.18.8 -> 3.20.6

2016-07-06 Thread Jussi Kukkonen
On 6 July 2016 at 06:21, Robert Yang wrote: > On 07/06/2016 11:09 AM, Robert Yang wrote: > >> On 07/05/2016 10:08 PM, Jussi Kukkonen wrote: >> >>> On 5 July 2016 at 16:09, Robert Yang >> > wrote: >>> >>> >>>

Re: [OE-core] [PATCH 01/10] gtk+3: Upgrade 3.18.8 -> 3.20.6

2016-07-05 Thread Robert Yang
On 07/06/2016 11:09 AM, Robert Yang wrote: On 07/05/2016 10:08 PM, Jussi Kukkonen wrote: On 5 July 2016 at 16:09, Robert Yang > wrote: Hi, I can't build it on Ubuntu 14.04: I can't see from the log why the file

Re: [OE-core] [PATCH 01/10] gtk+3: Upgrade 3.18.8 -> 3.20.6

2016-07-05 Thread Robert Yang
On 07/05/2016 10:08 PM, Jussi Kukkonen wrote: On 5 July 2016 at 16:09, Robert Yang > wrote: Hi, I can't build it on Ubuntu 14.04: I can't see from the log why the file would be be missing and can't reproduce that

Re: [OE-core] [PATCH 01/10] gtk+3: Upgrade 3.18.8 -> 3.20.6

2016-07-05 Thread Jussi Kukkonen
On 5 July 2016 at 16:09, Robert Yang wrote: > > Hi, > > I can't build it on Ubuntu 14.04: > I can't see from the log why the file would be be missing and can't reproduce that locally... Cleaning sstate should be a valid workaround but I'd be really interested in

Re: [OE-core] [PATCH 01/10] gtk+3: Upgrade 3.18.8 -> 3.20.6

2016-07-05 Thread Robert Yang
Hi, I can't build it on Ubuntu 14.04: MACHINE = "qemux86" $ bitbake gtk+3 Making all in po-properties make[2]: Entering directory '/buildarea/lyang1/test_qemux86/bitbake_build/tmp/work/i586-wrs-linux/gtk+3/3.20.6-r0/build/po-properties' make[2]: Nothing to be done for 'all'. make[2]:

[OE-core] [PATCH 01/10] gtk+3: Upgrade 3.18.8 -> 3.20.6

2016-06-22 Thread Jussi Kukkonen
* Remove a patch that's no longer needed (as we don't have a problem with client side decorations anymore) * Wayland build now depends on wayland-protocols: Use same WAYLAND_PROTOCOLS_SYSROOT_DIR trick as weston so protocols are found and multilib build does not break * Add new binary