[oe] [meta-python][PATCH] python-pytz: remove executable bit on the recipe files

Signed-off-by: Derek Straka --- meta-python/recipes-devtools/python/python-pytz_2016.10.bb | 0 meta-python/recipes-devtools/python/python3-pytz_2016.10.bb | 0 2 files changed, 0 insertions(+), 0 deletions(-) mode change 100755 => 100644

[oe] [meta-oe]PATCH] openipmi: Add new package

From: Armin Kuster Intelligent Platform Management Interface (IPMI) is has become a standard hw interface in many X86 platforms. Signed-off-by: Armin Kuster --- .../openipmi-2.0.22/makefiles_remove_libdir.patch | 71 +++

Re: [oe] [PATCH][meta-qt5 3/4] qtwayland: fix build without xkbcommon-evdev

This isn't enough at least in some setups, but it's good start (it works after you add -lxkbcommon in 2 incorrectly generated Makefiles) and at least it documents that xkbcommon-evdev is now needed to be set in qtbase PACKAGECONFIG. On Fri, Feb 3, 2017 at 12:54 AM, Martin Jansa

[oe] [PATCH][meta-qt5 4/4] qtwebengine: disable generate_character_data

* qtwebengine 5.8 fails to build it, because it mixes binaries for x86_64 host and x86 target when building for qemux86 on 64bit host https://bugreports.qt.io/browse/QTBUG-57705 Signed-off-by: Martin Jansa --- recipes-qt/qt5/qtwebengine_git.bb | 2 +- 1 file changed,

[oe] [PATCH][meta-qt5 3/4] qtwayland: fix build without xkbcommon-evdev

* xkbcommon-evdev isn't enabled in default qtbase PACKAGECONFIG * use patch from https://bugreports.qt.io/browse/QTBUG-57767 Signed-off-by: Martin Jansa --- .../0001-fix-build-without-xkbcommon-evdev.patch | 44 ++ recipes-qt/qt5/qtwayland_git.bb

[oe] [PATCH][meta-qt5 2/4] qtwayland: Add libxkbcommon in the dependencies

From: Herve Jourdain xkb should be optional, but it's not for the moment, so add it to the dependencies. Signed-off-by: Herve Jourdain Signed-off-by: Martin Jansa --- recipes-qt/qt5/qtwayland_git.bb | 1 + 1 file

[oe] [PATCH][meta-qt5 1/4] qtbase: create empty oe-device-extra.pri

From: Herve Jourdain During configure, it complains it can't find oe-device-extra.pri, but it doesn't result in any error. Fix it, though, just in case. Signed-off-by: Herve Jourdain Signed-off-by: Martin Jansa ---

[oe] [PATCH] udisks2: add libxslt-native to DEPENDS for xsltproc to be in sysroot

This started showing up recently on machines w/o xsltproc in their path: | checking for xsltproc... no | configure: error: xsltproc is needed | WARNING: udisks2/2.1.7-r0/temp/run.do_configure.29255:1 exit 1 | ERROR: Function failed: do_configure (log file is located at |

[oe] Fwd: [FOSDEM standholders] Practical information regarding FOSDEM stands

Stop by and help man the stand! Forwarded Message Subject: [FOSDEM standholders] Practical information regarding FOSDEM stands Date: Thu, 2 Feb 2017 08:47:25 +0100 From: Johan van Selst To: standhold...@lists.fosdem.org --WIyZ46R2i8wDzkSu Content-Type:

Re: [oe] [meta-browser][PATCH] chromium-wayland: fix compilation problem on non-X11 builds

Hi Jacobo, OK, I will send those extra patched to the meta-raspberry list tomorrow then. Cheers, Herve > On 2 Feb 2017, at 21:28, Jacobo Aragunde Pérez wrote: > >> On 02/02/17 13:46, Herve Jourdain wrote: >> Hi Jacobo, >> >> I'm using "master", and I do have patches for

Re: [oe] [meta-python][PATCH 2/2] m2crypto: depend on typing

you are right, this was a dependency during runtime of native, my build of crda failed with ERROR: Failed to import the "M2Crypto" module: No module named typing How should the the RDPENDS look like? Obviously I was to stupid to write it down correctly. 2017-02-02 15:00 GMT+01:00 Derek Straka

Re: [oe] [meta-python][PATCH 2/2] m2crypto: depend on typing

Is this meant to be a build time dependency? If it were required to build, I would have expected to see a build failure. -Derek On Thu, Feb 2, 2017 at 8:49 AM, wrote: > From: Andy Kling > > m2crypto requires typing since

[oe] [meta-python][PATCH 1/2] typing: add version 3.5.3.0

From: Andy Kling this is a dependency for m2crypto > 0.24.0 --- meta-python/recipes-devtools/python/python-typing.inc| 9 + meta-python/recipes-devtools/python/python-typing_3.5.3.0.bb | 2 ++ 2 files changed, 11 insertions(+) create mode 100644

[oe] [meta-python][PATCH 2/2] m2crypto: depend on typing

From: Andy Kling m2crypto requires typing since 0.24.0-38-g8bbd0ec --- meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-python/recipes-devtools/python/python-m2crypto_0.25.1.bb

Re: [oe] [meta-browser][PATCH] chromium-wayland: fix compilation problem on non-X11 builds

On 02/02/17 13:46, Herve Jourdain wrote: > Hi Jacobo, > > I'm using "master", and I do have patches for enabling armv7ve. But since > they're needed only for raspberrypi, I planned to submit them only for > meta-raspberrypi. > If you think it could be useful in meta-browser, though, I can submit

Re: [oe] [meta-browser][PATCH] chromium-wayland: fix compilation problem on non-X11 builds

And BTW, I'll try to test your patch tomorrow - I'm back now, so I'll have access to my build server. -Original Message- From: Herve Jourdain [mailto:herve.jourd...@neuf.fr] Sent: jeudi 2 février 2017 13:47 To: 'Jacobo Aragunde Pérez' ;

Re: [oe] [meta-browser][PATCH] chromium-wayland: fix compilation problem on non-X11 builds

Hi Jacobo, I'm using "master", and I do have patches for enabling armv7ve. But since they're needed only for raspberrypi, I planned to submit them only for meta-raspberrypi. If you think it could be useful in meta-browser, though, I can submit them there. Cheers, Herve -Original

Re: [oe] [meta-browser][PATCH] chromium-wayland: fix compilation problem on non-X11 builds

Thank you all for your reviews. This should be the last patch, it addresses Herve's problem when building on a Raspberry Pi. Unfortunately, I haven't been able to reproduce his problem myself, but this patch is actually a backport of an upstream patch, so it makes no harm in my opinion. Another

[oe] [meta-browser][PATCH] chromium-wayland: fix compilation problem on non-X11 builds

Certain build configurations enable a code path that includes keyboard_code_conversion_xkb.cc, but it eventually fails in non-X11 environments because of a missing patch that is present upstream. This commit adds the missing patch from https://codereview.chromium.org/2239833003 There are two

[oe] State of bitbake world, Failed tasks 2017-02-01

On Tue, Jan 31, 2017 at 06:10:49PM +0100, Martin Jansa wrote: > There is a lot more failures this time (mostly because of RSS), but > I wanted to share it anyway, to be clear about the current state of > other layers. > : Still a lot of failures, I've updated the report script to stop processing