[OE-core] [PATCH dylan, master] Fix meta-toolchain-qte SDK build for x11-less DISTRO

if DISTRO_FEATURES has selected it ba22cfa cairo: only use x11 if selected in DISTRO_FEATURES Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org --- meta/recipes-qt/qt4/nativesdk-qt4-tools.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-qt/qt4

Re: [OE-core] [PATCH dylan, master] Fix meta-toolchain-qte SDK build for x11-less DISTRO

On Wed, Jun 5, 2013 at 6:30 PM, Saul Wold s...@linux.intel.com wrote: You could just directly put the nativesdk-libx11 in place of the variable, no need to have the variable there. yes, that's what I had initially, but found it was less easy to read... with X11DEPENDS it's more 'obvious' that

Re: [OE-core] [PATCH dylan, master] Fix meta-toolchain-qte SDK build for x11-less DISTRO

On Wed, Jun 5, 2013 at 7:19 PM, Saul Wold s...@linux.intel.com wrote: On 06/05/2013 10:12 AM, Otavio Salvador wrote: On Wed, Jun 5, 2013 at 1:58 PM, Saul Wold s...@linux.intel.com mailto:s...@linux.intel.com wrote: On 06/05/2013 09:32 AM, Nicolas Dechesne wrote: On Wed

Re: [OE-core] [PATCH dylan, master] Fix meta-toolchain-qte SDK build for x11-less DISTRO

: On 06/05/2013 09:32 AM, Nicolas Dechesne wrote: On Wed, Jun 5, 2013 at 6:30 PM, Saul Wold s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com mailto: s...@linux.intel.com

Re: [OE-core] qt4-embedded - image size

On Mon, Jun 10, 2013 at 1:19 PM, John Stirling ap.john.stirl...@gmail.comwrote: You suggest just cutting it down to IMAGE_INSTALL += \ qtui \ and it should work itself out ? hi, i have observed the same issue, and I used the following 'workaround': BAD_RECOMMENDATIONS = \

Re: [OE-core] qt4-embedded - image size

On Mon, Jun 10, 2013 at 2:59 PM, Eric Bénard e...@eukrea.com wrote: Hi Nicolas, Le Mon, 10 Jun 2013 14:10:15 +0200, Nicolas Dechesne nicolas.deche...@linaro.org a écrit : On Mon, Jun 10, 2013 at 1:19 PM, John Stirling ap.john.stirl...@gmail.comwrote: You suggest just cutting it down

Re: [OE-core] Issues with Qt5/mesa and eglfs

resending on proper mailling list, +cc Paul as it's dylan related. On Thu, Jun 20, 2013 at 9:15 AM, Nicolas Dechesne nicolas.deche...@linaro.org wrote: hi there, i am trying to build Qt5/meta-qt5 with dylan branch in a non X11 distro, and i got failures during the Qt5 configure step (when

Re: [OE-core] Issues with Qt5/mesa and eglfs

On Thu, Jun 20, 2013 at 11:42 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: I wasn't watching closely but my impression is there were a large number of changes associated with the mesa upgrade. Is the upgrade itself necessary for the fix? no, i don't think so. I think we might be

Re: [OE-core] Issues with Qt5/mesa and eglfs

On Thu, Jun 20, 2013 at 11:46 AM, Nicolas Dechesne nicolas.deche...@linaro.org wrote: On Thu, Jun 20, 2013 at 11:42 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: I wasn't watching closely but my impression is there were a large number of changes associated with the mesa upgrade

Re: [OE-core] Issues with Qt5/mesa and eglfs

On Thu, Jun 20, 2013 at 8:15 PM, Nicolas Dechesne nicolas.deche...@linaro.org wrote: On Thu, Jun 20, 2013 at 11:46 AM, Nicolas Dechesne nicolas.deche...@linaro.org wrote: On Thu, Jun 20, 2013 at 11:42 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: I wasn't watching closely

[OE-core] [dylan][PATCH] mesa: fix EGL compilation without X11 headers

(trivial) to mesa 9.0.2 which is in dylan. Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org --- meta/recipes-graphics/mesa/mesa-9.0.2.inc | 2 +- ...ate-NativeDisplayType-depending-on-config.patch | 361 + 2 files changed, 362 insertions(+), 1 deletion

Re: [OE-core] [PATCH] Checksums for local files now stored using partial recipe path

On Tue, Jul 16, 2013 at 6:28 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: I just got around to trying this again, only this time I cloned a new poky tree in a different path which should replicate your situation and used SSTATE_MIRRORS to point to the previous sstate-cache. It built

Re: [OE-core] [PATCH] directfb: don't patch pkg-config files

. Signed-off-by: André Draszik andre.dras...@linaro.org i reviewed and tested this patch against a QT4e image build. it looks good to me, and that offending patch being removed seems to come from quite ancient stuff. Tested-by: Nicolas Dechesne nicolas.deche...@linaro.org any chance this can get

Re: [OE-core] SRC_URI and latest HEAD revision with git

On Mon, Jul 22, 2013 at 8:21 AM, Steffen Sledz sl...@dresearch-fe.dewrote: After being OE abstinent for some months i'd like to ask what is the current suggested method for recipes building from the HEAD revision of a git repository (we need this for continuous integration). I read some

[OE-core] [dylan][PATCH v2] mesa: fix EGL compilation without X11 headers

that include EGL/eglplatform.h file. With the original patch it was required to use -DMESA_EGL_NO_X11_HEADERS when using mesa .h files to get proper C definitions. The new patch was backported (trivial) to mesa 9.0.2 which is in dylan. Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org

[OE-core] [masterdylan][PATCH] lib/oe/terminal.py: add support for MATE desktop terminals

From: Andre McCurdy andre.mccu...@entropic.com A simple clone of the corresponding Gnome class. Without this, devshell fails completely on a default installation of MATE desktop Linux Mint 15. Signed-off-by: Andre McCurdy andre.mccu...@entropic.com Signed-off-by: Nicolas Dechesne nicolas.deche

Re: [OE-core] [dylan]devshell: broken

On Wed, Aug 14, 2013 at 7:54 AM, Andre armccu...@gmail.com wrote: bitbake -c devshell seems to have stopped working (tested with xterm and mate-terminal) in dylan since this commit: a749f06 terminal: Run command using a wrapper script It looks like the run.do_devshell.PID script is

Re: [OE-core] [dylan][PATCH] classes/terminal: fix pseudo exiting when launching devshell

it doesn't prevent running the shell. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com thanks for fixing quickly. I have tested with gnome-terminal and screen, and it works fine. Tested-by: Nicolas Dechesne nicolas.deche...@linaro.org

Re: [OE-core] New OE layer index now available

hi, this is a really useful addition! thanks! On Fri, Mar 29, 2013 at 10:34 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: The index also supports multiple branches, but for the moment there is only a master branch configured as I'd like to have people check the layer data before

Re: [OE-core] [PATCH 1/2] mesa: use distro_features_check to abort build without opengl feature

On Mon, Sep 9, 2013 at 2:12 PM, Burton, Ross ross.bur...@intel.com wrote: On 9 September 2013 13:08, Martin Jansa martin.ja...@gmail.com wrote: +REQUIRED_DISTRO_FEATURES = opengl Is this really needed? I was building mesa in distro without opengl for long time and was considering

Re: [OE-core] [PATCH 1/2] mesa: use distro_features_check to abort build without opengl feature

On Mon, Sep 9, 2013 at 3:17 PM, Burton, Ross ross.bur...@intel.com wrote: how about gl vs gles? The problem of any patch that touches the opengl distro feature is that it causes this discussion, because the semantics of it are rather vague to say the least! i have been trying to

[OE-core] OE gcc-cross with builtin sysroot, BUG?

hi there, first of all, we are building dylan branch with oe-core + meta-linaro-toolchain, not using external toolchain, hence the cross post on OE and linaro lists. we've been debugging some nasty build issues over the last few days on our Jenkins server. and i'd like to bring our findings up

Re: [OE-core] OE gcc-cross with builtin sysroot, BUG?

On Wed, Sep 11, 2013 at 2:00 PM, Richard Purdie richard.pur...@linuxfoundation.org wrote: So, of course we shouldn't ignore the CFLAGS from OE, and the CFLAGS would set the right sysroot, and of course we fixed our software so that we don't ignore CFLAGS anymore... but that still looks

Re: [OE-core] [PATCH 1/2] mesa: use distro_features_check to abort build without opengl feature

hi, On Mon, Sep 9, 2013 at 2:40 PM, Nicolas Dechesne nicolas.deche...@linaro.org wrote: On Mon, Sep 9, 2013 at 2:12 PM, Burton, Ross ross.bur...@intel.com wrote: On 9 September 2013 13:08, Martin Jansa martin.ja...@gmail.com wrote: +REQUIRED_DISTRO_FEATURES = opengl Is this really needed

Re: [OE-core] [PATCH 1/2] mesa: use distro_features_check to abort build without opengl feature

On Wed, Oct 23, 2013 at 11:00 AM, Burton, Ross ross.bur...@intel.com wrote: On 23 October 2013 09:53, Nicolas Dechesne nicolas.deche...@linaro.org wrote: i am still not convinced that we should treat GL and GLES with a single 'DISTRO_FEATURE' since they aren't 'equivalent' features. I

Re: [OE-core] [PATCH 2/2] Fix grep pattern when mklibs collects executables in rootfs

hi, On Wed, Nov 13, 2013 at 4:05 AM, Lei Liu lay...@gmail.com wrote: On 2013年11月12日 18:23, Richard Purdie wrote: On Mon, 2013-11-11 at 17:27 +0800, Lei Liu wrote: From: Lei Liu lei.l...@windriver.com File command in some version could print extra space between LSB and executable - it

[OE-core] [PATCH dylan dora master] image-mklibs: ensure sysroot is correctly set when calling gcc

://lists.openembedded.org/pipermail/openembedded-core/2013-September/084159.html Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org --- meta/classes/image-mklibs.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/image-mklibs.bbclass b/meta/classes/image-mklibs.bbclass index 66b0f52

Re: [OE-core] Improving Build Speed

On Thu, Nov 21, 2013 at 8:15 AM, Ulf Samuelsson u...@emagii.com wrote: I currently do not use INHERIT += rm_work since I want to be able to do changes on some packages. Is there a way to defined rm_work on a package basis? Then the majority of the packages can be removed. from

Re: [OE-core] Automated testing on real hardware

Paul, On Fri, Nov 29, 2013 at 4:58 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: LAVA - A number of people had suggested I look at LAVA [1]. It is split into different components for each function, some of which should be usable independently so you don't have to use the

[OE-core] unable to use bitbake -c populate_sdk core-image-minimal on dora

hi, i am unable to build a proper SDK for core-image-minimal using OE-core + dora. I am seeing I think 2 different problems. 1- problem related to update-alternative and opkg: update-alternatives: Error: cannot register alternative opkg to

Re: [OE-core] git fetcher sanity check for matching branch and SRCREV

On Wed, Dec 11, 2013 at 11:51 PM, Martin Jansa martin.ja...@gmail.comwrote: Unfortunately we cannot disable this check by explicitly setting empty branch or setting tag=1.0.12 I can ask yajl owner to push that one missing patch to 1.x branch, but there were no changes in last 11 months so I

Re: [OE-core] [PATCH] libsoup-2.4: add intltool-native to DEPENDS

On Thu, Dec 19, 2013 at 11:47 AM, Javier Viguera javier.vigu...@digi.comwrote: On 17/12/13 11:42, Paul Eggleton wrote: -DEPENDS = glib-2.0 gnutls libxml2 libproxy sqlite3 +DEPENDS = glib-2.0 gnutls libxml2 libproxy sqlite3 intltool-native +1 for this change. I was bitten by this bug

Re: [OE-core] Piglit in Poky

On Wed, Jan 8, 2014 at 6:01 PM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On 24 December 2013 01:09, Philip Balister phi...@balister.org wrote: 1) Move piglit and deps to oe-core. Piglit is for QA purposes only and pushes the boundaries of core platform. In a sense

[OE-core] libsdl and opengl DISTRO_FEATURE

hi there, it has been brought to the list already, at least in [1], but libsdl recipe implicitely assumes that 'opengl' distro feature means GL/GLX support. the recipe does this: ${@base_contains('DISTRO_FEATURES', 'opengl', '--enable-video-opengl', '--disable-video-opengl', d)} \ and the

Re: [OE-core] [PATCH v3 12/12] xf86-video-omap: add new recipe to follow the maintained repo

On Thu, Nov 22, 2012 at 9:59 AM, Laurentiu Palcu laurentiu.pa...@intel.com wrote: The autobuilder nightly for arm (for example) does, among other things, the following: * Builds core-image-sato, core-image-sato-dev, core-image-sato-sdk, core-image-minimal, core-image-minimal-dev for qemuarm

Re: [OE-core] [PATCH v3 12/12] xf86-video-omap: add new recipe to follow the maintained repo

On Thu, Nov 22, 2012 at 3:09 PM, Martin Jansa martin.ja...@gmail.com wrote: As said in other thread I did that already for xf86-video-glamo in meta-oe, so I agree that it's not *that* difficult. But I'm not sending xf86-video-glamo change before it's tested not only to build, but also to work

Re: [OE-core] [PATCH 0/4] Fixes for xserver and omap* drivers

hi, On Fri, Nov 23, 2012 at 1:47 AM, Martin Jansa martin.ja...@gmail.com wrote: Martin Jansa (4): xf86-video-omap: add xf86driproto dependency, drop --enable-neon and improve DESCRIPTION xserver-xorg: disable dri2 too when building without glx PACKAGECONFIG xf86-video-omapfb:

[OE-core] Perl 'native' path

hi, i am getting the following build error: ERROR: Function failed: do_rootfs (see /data/ubuntu-omap/jenkins/jobs/yocto-meta-ti-danny/workspace/mybuild/tmp/work/pandaboard-poky-linux-gnueabi/core-image-x11-1.0-r0/temp/log.do_rootfs.28213 for further information) ERROR: Logfile of failure stored

[OE-core] [PATCH 0/2] Fix SDL recipes with regards to GL/GLES/EGL

that SDL enable-video-opengl can be disabled more easily in .bbappend or .conf file. If this gets merged, I will send a backport for dora, and a slightly different backport for dylan which does not have the _remove feature, hence i will be using an intermediate variable like PACKACONFIG_GL. Nicolas

[OE-core] [PATCH 2/2] libsdl2: add PACKAGECONFIG for opengl

with a simple .bbappend. The default PACKAGECONFIG is set to the same value as previously, e.g. 'gl' is enabled if 'opengl' is found in DISTRO_FEATURES. [1] http://lists.openembedded.org/pipermail/openembedded-core/2014-January/088735.html Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org

[OE-core] [PATCH 1/2] libsdl: add PACKAGECONFIG for opengl

with a simple .bbappend. The default PACKAGECONFIG is set to the same value as previously, e.g. 'gl' is enabled if 'opengl' is found in DISTRO_FEATURES. [1] http://lists.openembedded.org/pipermail/openembedded-core/2014-January/088735.html Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org

Re: [OE-core] [PATCH 1/1] subversion: fix build problem when sysroot contains '-D' or '-I'

Robert, can we get the patch below merged into dora? I just tried it, it applies cleanly as-is. the thing is i stumbled upon this issue on dora this week, and debugged it for a while to later figure out it was fixed in master ;-) fwiw, you can add Signed-off-by: Nicolas Dechesne nicolas.deche

Re: [OE-core] iw in place of wireless-tools

On Fri, Jan 31, 2014 at 8:01 PM, Iorga, Cristian cristian.io...@intel.com wrote: On my Ubuntu 13.10 dev machine, wireless-tools and iw are both installed by default (I might be wrong here, maybe I installed them some time ago by hand). you are right, they are both on the default install, see

Re: [OE-core] Conf notes

On Fri, Feb 21, 2014 at 8:06 PM, Laszlo Papp lp...@kde.org wrote: I have just put a conf notes file into my own layer, but when I source the oe-init-build-env script, I am still getting the notes from Yocto rather than my customized. What am I doing wrong? I see this in the

Re: [OE-core] Conf notes

On Mon, Feb 24, 2014 at 10:35 AM, Laszlo Papp lp...@kde.org wrote: are you setting TEMPLATECONF variable? if so, how? cat setup.sh #!/bin/bash TEMPLATECONF=meta-foo/conf . oe-init-build-env hmm. do you get any error message? meta-foo needs to be a folder in OEROOT (along with 'meta'

Re: [OE-core] Conf notes

On Mon, Feb 24, 2014 at 12:47 PM, Laszlo Papp lp...@kde.org wrote: hmm. do you get any error message? Nope, I have been using this construction for several weeks now. The local and bblayer samples have been extracted properly into the build folder, so in that sense, there is no

Re: [OE-core] Conf notes

On Mon, Feb 24, 2014 at 2:15 PM, Gary Thomas g...@mlbassoc.com wrote: I just tried this with the latest master and it is only looking in the meta-yocto layer even though there is a conf-notes.txt in one of my local layers as well. hmm. i just tried too. i create meta-layer with: $ find

Re: [OE-core] Conf notes

On Mon, Feb 24, 2014 at 3:09 PM, Laszlo Papp lp...@kde.org wrote: It works with dylan, too? yep. same output using: commit e2bb4a70a99a057d45316bbac65d6044ea54c484 Author: Chen Qi qi.c...@windriver.com Date: Sat Nov 16 03:19:55 2013 + subversion: fix build problem when sysroot

Re: [OE-core] Conf notes

On Mon, Feb 24, 2014 at 2:50 PM, Gary Thomas g...@mlbassoc.com wrote: It is working fine: Indeed, that does work, but only for the first time of if you specify TEMPLATECONF. I often have build trees that live for a very long time (think months) and I'll do something like this:

Re: [OE-core] RFC: Separate build dir for autotools

On Mon, Feb 24, 2014 at 5:09 PM, Martin Jansa martin.ja...@gmail.com wrote: That list is opt-in and mainly covers oe-core, so this gets tested every time the YP autobuilder does a world build. We need a meta-oe world build where autotools.bbclass sets B=${WORKDIR}/build: it's literally just

Re: [OE-core] RFC: Separate build dir for autotools

On Tue, Feb 25, 2014 at 7:43 PM, Burton, Ross ross.bur...@intel.com wrote: On 25 February 2014 17:36, Nicolas Dechesne nicolas.deche...@linaro.org wrote: right. I have recently (on dora) noticed that mesa build is broken when using separate build dir, i have the following extra config

Re: [OE-core] RFC: Separate build dir for autotools

Ross, On Tue, Feb 25, 2014 at 11:10 PM, Nicolas Dechesne nicolas.deche...@linaro.org wrote: oops. you're right. it's fixed in both dora and master. in fact i got hit by that on dylan... but they i switched to dora anyways... so this one is fine. I guess i spoke too quickly... i just retried

Re: [OE-core] [dora][PATCH] mesa: build fix for gallium-egl

On Wed, Feb 26, 2014 at 4:30 PM, Valentin Popa valentin.p...@intel.com wrote: Avoid altering eglplatform.h from {top_srcdir}/include using an alternative to 0003-EGL-Mutate-NativeDisplayType-depending-on-config patch. i don't think this is the right fix. i get the following build failures

Re: [OE-core] [PATCH] Signed-off-by: Andrey Belous abel...@broadcom.com

while it's used for every other variables and in the eglibc include file we already use the ?= for virtual/libc. as far as I am concerned, assuming the commit log gets rewritten properly, you can add: Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org cheers, nico

Re: [OE-core] [PATCH] Signed-off-by: Andrey Belous abel...@broadcom.com

Hi Khem, On Fri, Mar 7, 2014 at 6:43 AM, Khem Raj raj.k...@gmail.com wrote: On Tue, Mar 4, 2014 at 1:55 PM, Andrey Belous abel...@broadcom.com wrote: Hi Phil, I have prebuild uclibc library that I would like to use, without that change I cannot force to use my prebuild library OK so write

Re: [OE-core] --conf Was: Features in Yocto Project 1.7

On Wed, Mar 26, 2014 at 3:38 PM, Otavio Salvador ota...@ossystems.com.br wrote: As a concrete example, currently I'm flipping between dora and master builds. For some reason I can't seem to reuse the same TMPDIR between them. So every time I repo init -b newbranch I then also have to edit

[OE-core] [PATCH] git: update to v2.0.1

Also fetch source code from kernel.org. As per the Git release announcement, see [1], Git source tarball are now located back on kernel.org, at [2]. [1] https://lkml.org/lkml/2014/6/25/760 [2] https://www.kernel.org/pub/software/scm/git/ Signed-off-by: Nicolas Dechesne nicolas.deche

Re: [OE-core] [PATCH] git: update to v2.0.1

On Thu, Jul 10, 2014 at 9:37 PM, Burton, Ross ross.bur...@intel.com wrote: On 10 July 2014 18:32, Nicolas Dechesne nicolas.deche...@linaro.org wrote: Also fetch source code from kernel.org. As per the Git release announcement, see [1], Git source tarball are now located back on kernel.org

[OE-core] [PATCH] libdrm: upgrade to 2.4.54

Version 2.4.54 was released a couple of months ago, see [1] for list of changes. The upgrade is required for using recent freedreno X11 driver on QCOM SoC. This was tested on IFC6410 board. [1] http://lists.x.org/archives/xorg-announce/2014-May/002426.html Signed-off-by: Nicolas Dechesne

[OE-core] [PATCH] libdrm: enable freedreno experimental support

The freedreno project is a free and open source linux driver for the 2D/3D GPUs in Qualcomm snapdragon SoCs. Support for freedreno in libdrm was added around 2.4.43. Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org --- meta/recipes-graphics/drm/libdrm.inc | 6 -- 1 file changed

Re: [OE-core] [yocto] RFC: Improving the developer workflow

On Thu, Aug 7, 2014 at 3:05 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: Personally with how fragile package management can end up being, I'm convinced that full-image updates are the way to go for a lot of cases, but ideally with some intelligence so that you only ship the changes

Re: [OE-core] RFC: Improving the developer workflow

On Thu, Aug 7, 2014 at 11:10 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: Example workflow I won't give a workflow for every possible usage, but just to give a basic example - let's assume you want to build a new piece of software for which you have your own source

Re: [OE-core] Two distros with same MACHINE

On Wed, Aug 13, 2014 at 12:46 PM, Yevhen Kyriukha kirg...@gmail.com wrote: I have 2 distro configs that use different PACKAGECONFIG settings for the same package. I'm building all distros for single MACHINE. Do I need to set different TMPDIR to build these two distros or I can use same dir?

Re: [OE-core] [PATCH 2/3] mesa: Upgrade to 10.3.3

On Mon, Dec 1, 2014 at 11:36 PM, Aníbal Limón anibal.li...@linux.intel.com wrote: -SRCREV = 0028eb1083e6adc110a23a5f02c993cda217067a -PV = 10.1.3+git${SRCPV} +SRCREV = 9cc26056ee13f25c5785fef81b31487f1429baa4 +PV = 10.3.3+git${SRCPV} 10.3.4 has been ~2 weeks ago, can't we use this one

Re: [OE-core] [PATCH 3/3] xorg-xserver: Upgrade to 1.16.2

On Mon, Dec 1, 2014 at 11:36 PM, Aníbal Limón anibal.li...@linux.intel.com wrote: Remove crosscompile, mips64-compile and present-module because are already in upstream. Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com --- .../xorg-xserver/xserver-xorg/crosscompile.patch | 22

Re: [OE-core] [PATCH 3/3] xorg-xserver: Upgrade to 1.16.2

On Tue, Dec 2, 2014 at 3:50 PM, Aníbal Limón anibal.li...@linux.intel.com wrote: I don't see this warning, i ran with (log attached), $ bitbake xserver-xorg -v -D xserver-xorg does auto-detection for dbus in configure.ac == PKG_CHECK_MODULES(DBUS, $LIBDBUS, [HAVE_DBUS=yes], [HAVE_DBUS=no])

Re: [OE-core] [PATCH 0/3] Upgrades for comply Intel Graphics Stack Release 2014Q3

to me, so fwiw, all patches can have: Tested-by: Nicolas Dechesne nicolas.deche...@linaro.org cheers. [1] https://git.linaro.org/people/nicolas.dechesne/meta-qualcomm.git/shortlog/refs/heads/xorg-1.16 -- ___ Openembedded-core mailing list Openembedded

[OE-core] [RFC PATCH] mesa: add PACKAGECONFIG support for gallium XA state tracker

Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org --- meta/recipes-graphics/mesa/mesa.inc | 6 ++ 1 file changed, 6 insertions(+) --- I have tested: - on IFC6410 with Snapdragon 600 and Adreno 320 running the freedreno Gallium driver from mesa - with Mesa 10.3 so i would recommend

Re: [OE-core] [PATCH 1/3] libdrm: Upgrade to 2.4.58.

On Thu, Dec 4, 2014 at 12:30 AM, Burton, Ross ross.bur...@intel.com wrote: | I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl | warning: failed to load external entity

Re: [OE-core] [PATCH 1/3] libdrm: Upgrade to 2.4.58.

On Thu, Dec 4, 2014 at 3:40 PM, Burton, Ross ross.bur...@intel.com wrote: On 4 December 2014 at 07:14, Nicolas Dechesne nicolas.deche...@linaro.org wrote: hmm. it worked for me, libdrm-doc was generated fine, and nothing really has changed upstream in this area. my buildhistory shows

Re: [OE-core] [PATCHv2 0/3] Upgrades for comply Intel Graphics Stack Release 2014Q3

On Fri, Dec 5, 2014 at 12:18 AM, Aníbal Limón anibal.li...@linux.intel.com wrote: Testing was made building and running core-image-sato in qemux86, qemumips, and qemuarm also core-image-sato/core-image-weston in Intel NUC. Tests freedesktop piglit was run in Intel NUC with 95% of tests passes

Re: [OE-core] [PATCHv2 0/3] Upgrades for comply Intel Graphics Stack Release 2014Q3

On Tue, Dec 9, 2014 at 9:06 PM, Burton, Ross ross.bur...@intel.com wrote: On 9 December 2014 at 18:14, Aníbal Limón anibal.li...@linux.intel.com wrote: I don't know, maybe Ross knows?. I ask for Piglit results to verify that approx 95% passes as that's the expected pass rate. I don't

Re: [OE-core] [PATCH] gstreamer1.0-omx: use mulitple SCMs to fetch submodules

On Mon, Dec 29, 2014 at 10:46 AM, Awais Belal awais_be...@mentor.com wrote: The gstreamer omx package uses a submodule 'common' which is fetched by the configure script. This approach fails on non-network builds as the fetcher tries to look upstream for the submodule. We now use multiple

Re: [OE-core] [PATCH] gstreamer1.0-omx: use mulitple SCMs to fetch submodules

On Mon, Dec 29, 2014 at 1:55 PM, Belal, Awais awais_be...@mentor.com wrote: Hi Nicolas, I sent this against the omx package only because I wanted to see if there's any feedback on this for improvement or anything that I might be doing wrong. If this gets accepted I will submit updates for

Re: [OE-core] [PATCH 1/7] gstreamer1.0: upgrade to 1.4.5

On Tue, Dec 30, 2014 at 7:03 PM, Ross Burton ross.bur...@intel.com wrote: Signed-off-by: Ross Burton ross.bur...@intel.com --- .../gstreamer/{gstreamer1.0_1.4.1.bb = gstreamer1.0_1.4.5.bb}|5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) rename

Re: [OE-core] [meta-oe][V2][PATCH] mesa: Upgrade to 10.4.3

fine ;-) so: Tested-by: Nicolas Dechesne nicolas.deche...@linaro.org However, i think we need a bit more clean up, since we removed the support for EGL/GBM, we need to remove them from PACKAGES and FILES_xxx as well since they are no longer needed. cheers nicolas

Re: [OE-core] [oe-core][V2][PATCH] mesa: Upgrade to 10.4.0

On Thu, Jan 29, 2015 at 11:05 AM, Pengyu Ma pengyu...@windriver.com wrote: On 01/29/2015 05:53 PM, Nicolas Dechesne wrote: On Wed, Jan 28, 2015 at 9:57 AM, Pengyu Ma pengyu...@windriver.com wrote: diff --git a/meta/recipes-graphics/mesa/mesa-gl_10.3.4.bb b/meta/recipes-graphics/mesa/mesa

Re: [OE-core] [oe-core][V2][PATCH] mesa: Upgrade to 10.4.0

On Wed, Jan 28, 2015 at 9:57 AM, Pengyu Ma pengyu...@windriver.com wrote: diff --git a/meta/recipes-graphics/mesa/mesa-gl_10.3.4.bb b/meta/recipes-graphics/mesa/mesa-gl_10.4.0.bb similarity index 100% rename from meta/recipes-graphics/mesa/mesa-gl_10.3.4.bb rename to

[OE-core] [PATCH] libdrm: upgrade to 2.4.59

* Refreshed installtests.patch * Removed --enable-freedreno-experimental-api, since it is now enabled by default upstream Tested on Snapdragon 600 with freedreno and X11. Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org --- meta/recipes-graphics/drm/libdrm.inc| 1

Re: [OE-core] [oe-core][PATCH] mesa: Upgrade to 10.4.3

On Fri, Jan 30, 2015 at 11:36 AM, Burton, Ross ross.bur...@intel.com wrote: WARNING: QA Issue: mesa: configure was passed unrecognised options: --disable-gallium-egl --disable-gallium-gbm [unknown-configure-option] Presumably they changed the configure options, so can you verify all of these

Re: [OE-core] [PATCH] mesa: update 10.4.3 - 10.4.4

On Tue, Feb 10, 2015 at 11:23 AM, Andre McCurdy armccu...@gmail.com wrote: Signed-off-by: Andre McCurdy armccu...@gmail.com --- meta/recipes-graphics/mesa/{mesa-gl_10.4.3.bb = mesa-gl_10.4.4.bb} | 0 meta/recipes-graphics/mesa/{mesa_10.4.3.bb = mesa_10.4.4.bb} | 4 ++--

Re: [OE-core] so, which mailing list is for what?

On Tue, Jan 6, 2015 at 5:59 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: apparently, i still don't have a handle on the correct mailing list for particular patch submissions -- where's the explanation as to what goes where? http://www.openembedded.org/wiki/Mailing_lists in

Re: [OE-core] [oe-core][V2][PATCH] mesa: Upgrade to 10.4.0

On Fri, Jan 30, 2015 at 2:51 AM, Pengyu Ma pengyu...@windriver.com wrote: mesa_git bb will keep sync the latest version 10.4.3, that's why we keep both _git and 10.4.0. Now all all the version of xorg-video-intel, libdrm, and xserver-xorg are the same with Intel Graphic stack 2014 Q4. So

Re: [OE-core] [oe-core][V2][PATCH] mesa: Upgrade to 10.4.0

On Fri, Jan 30, 2015 at 8:56 AM, Pengyu Ma pengyu...@windriver.com wrote: Understood, but there are 2 version mesa_xxx.bb and mesa_git.bb. Is there any reason why keep two versions? right. this is indeed a good question. I am not sure what the 'semantics' of the _git.bb recipe really is. In my

Re: [OE-core] media player (gtk-play)

On Tue, May 19, 2015 at 5:15 PM, Gary Thomas g...@mlbassoc.com wrote: Do you know if there is a way to tell gtk-play what gstreamer back-end(s) to use? In particular, for my i.MX6 board, it is not choosing the video plugin I think it should and it would be nice to test if it does the right

Re: [OE-core] media player (gtk-play)

On Tue, May 19, 2015 at 5:43 PM, Gary Thomas g...@mlbassoc.com wrote: This is what I'm looking for except I need to send these to gtk-play, the GUI front-end. oops.. sorry.. read the email too quickly ;-) -- ___ Openembedded-core mailing list

[OE-core] [PATCH v2] mesa: upgrade 10.5.8 - 10.6.3

* Removed openvg references in PACKAGECONFIG, FILES and PACKAGES since OpenVG support was removed in mesa 10.6 * Tested with X11 : * xf86-video-freedreno on IFC6410 and DragonBoard 410c * softpipe on DragonBoard 410c * using meta-qualcomm BSP Signed-off-by: Nicolas Dechesne nicolas.deche

Re: [OE-core] meta/lib/oe/rootfs.py: dont' remove any packages by default

On Fri, Jul 31, 2015 at 1:12 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: I am not sure to understand the relationship between runtime package management, and adding/removing users? Why would no runtime package management, imply no need to add/remove users? I guess the underlying

[OE-core] [PATCH] mesa: upgrade 10.5.8 - 10.6.3

Tested with X11 : * xf86-video-freedreno (and w/ XA) on IFC6410 and DragonBoard 410c * softpipe on DragonBoard 410c * using meta-qualcomm BSP Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org --- meta/recipes-graphics/mesa/{mesa-gl_10.5.8.bb = mesa-gl_10.6.3.bb} | 0 meta/recipes

Re: [OE-core] meta/lib/oe/rootfs.py: dont' remove any packages by default

On Fri, Jul 31, 2015 at 12:46 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: I think that we should not remove any pkgs by default, we can add some interfaces/ways to let the user decide whether to remove them or any other pkgs, for example, add a REMOVE_PACKAGS variable, leave it as

Re: [OE-core] How to handle mesa customization in BSP layers

Le 25 oct. 2015 00:00, "Trevor Woerner" <twoer...@gmail.com> a écrit : > > On 10/20/15 05:37, Koen Kooi wrote: > >> Op 20 okt. 2015, om 11:32 heeft Nicolas Dechesne < nicolas.deche...@linaro.org> het volgende geschreven: > >> > >> > >&g

Re: [OE-core] [PATCH 1/7] linux-dtb.inc: fix detection of ending '.dts'

On Mon, Oct 19, 2015 at 11:03 AM, Stefan Christ wrote: > Hmm, the meaning of the code seems to be non obvious. I just looked at sed > replacement and concluded that it's about the file name ending. > > Using the full path to the dtb file is not supported by the code anyway,

Re: [OE-core] [PATCH 1/7] linux-dtb.inc: fix detection of ending '.dts'

On Mon, Oct 19, 2015 at 11:21 AM, Stefan Christ wrote: > > What about my rework patches? I will resend them if they are ok. i (very) quickly looked at them.. #3, #4, #5 look sane. #6, #7, i am not sure if this is worth doing this change.. we'll see what others think about

Re: [OE-core] [PATCH 1/7] linux-dtb.inc: fix detection of ending '.dts'

On Mon, Oct 19, 2015 at 10:15 AM, Stefan Christ wrote: > > Device tree files ending with ".dts" are not recognized correctly > because of unnecessary front slashes. > > Signed-off-by: Stefan Christ > --- > meta/recipes-kernel/linux/linux-dtb.inc | 6

[OE-core] issues with gcc 5 + mesa

hi, I am seeing this error on my board when compilng core-image-x11 based image: root@ifc6410:~# glxgears Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. [ 50.359341] Alignment trap: not handling instruction f4008a1f at

[OE-core] How to handle mesa customization in BSP layers

hi there, in the meta-qcom BSP layer, I need to customize mesa to enable Gallium/freedreno driver which is not enabled in OE-core by default. I have been using a bbappend , see [1] so far. However it was reported by Koen that his is causing issues, at least in Angstrom, though it's not specific

[OE-core] Too late for mesa upgrade before jethro?

Hi, I am testing right now a patch to upgrade mesa from 10.6.3 to 10.6.9, is it too late for including it in jethro? I should be able to send it on Monday.. If it's too late, i will switch to mesa 11 directly. Nico -- ___ Openembedded-core mailing

[OE-core] [RFC PATCH 2/2] image_types.bbclass: add support for fastboot image type

Fastboot images are images that can be flashed using the fastboot protocol implemented in many popular bootloader for SBCs or even real world products (such as Android phones and tablets). This image type was implemented in meta-smartphone, and is being moved in oe-core. Signed-off-by: Nicolas

[OE-core] [RFC PATCH 1/2] android-tools: import android-tools from meta-smartphone into oe-core

The following changes were done to trim down the recipe size: * removed adbd support * removed android-tools-conf The main idea is to keep only what is strictly needed for make_ext4fs tool. Signed-off-by: Nicolas Dechesne nicolas.deche...@linaro.org --- .../android-tools/disable-selinux

[OE-core] [RFC PATCH 0/2] Add support for fastboot images

devices. I understand these patches would break meta-smartphone, but this is an RFC, so let's discuss how to best handle that. [1] http://git.openwrt.org/?p=project/make_ext4fs.git;a=summary Nicolas Dechesne (2): android-tools: import android-tools from meta-smartphone into oe-core

  1   2   3   >