Re: [OE-core] [Openembedded-architecture] Dropping armv5 and armv5e tunes in 2.7

Hello Khem, Thanks for pointing this out. On Thu, Jan 3, 2019 at 5:02 PM Khem Raj wrote: > Secondly, I would also like to drop armv4t, and keep armv5te as lowest > supported tune > Fortunately I don't have any ARMv4 boards. But, just for informational purposes, I wanted to point out that I

Re: [OE-core] OEDAM @ SCaLE 2019

Hi Jon, On Thu, Nov 1, 2018 at 3:56 PM Jon Mason wrote: > I am planning on being at SCaLE (assuming the OEDEM happens there). > > Many corporate travel budgets are tied to presenting at conferences. > So, if we could somehow get a track there (which might be too late in > the game to do now),

Re: [OE-core] OEDAM @ SCaLE 2019

On Thu, Nov 1, 2018 at 3:32 PM akuster808 wrote: > Trevor, > > > On 11/1/18 7:04 AM, Trevor Woerner wrote: > > Please see time indices: 12:13 and 16:45 > > > https://docs.google.com/document/d/1YDAHjIOXCIgvSZVOKCYLxa8h26dkruX8zspoge7zCpk > > Could you please giv

[OE-core] OEDAM @ SCaLE 2019

Hello Fellow YP/OE Enthusiasts! There were discussions at our recent OEDEM regarding: - our next developers meeting - SCaLE 2019 - expanding/adding to the YP/OE presence at conferences (i.e. our own miniconf?) Please see time indices: 12:13 and 16:45

[OE-core] [PATCH] image_types.bbclass: set parallelism for compression

Make use of BB_NUMBER_THREADS when setting the parallelism for compression. Signed-off-by: Trevor Woerner --- meta/classes/image_types.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass index

Re: [OE-core] Strip kernel modules and signatures

On Fri, Aug 3, 2018 at 4:16 AM, Andre McCurdy wrote: > On Thu, Aug 2, 2018 at 9:54 AM, Ocampo Coronado, Omar > wrote: > > Neither 'nm' or 'readelf' provide a symbol that we can use to strip. > > I'm having a hard time reading kernel-source/scripts/sign-file.c and > how exactly how the sign

Re: [OE-core] OEDEM Sunday, 21 October 2018 in Edinburgh (before ELCE) - Update

On Thu, Sep 6, 2018 at 5:39 AM, Alexander Kanavin wrote: > And the link for signing up is...? :) > https://www.openembedded.org/wiki/OEDEM_2018 or email Armin -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

[OE-core] [PATCH] gdb: PACKAGECONFIG for tui

Allow the tui (Terminal User Interface) option to be set via a PACKAGECONFIG. Signed-off-by: Trevor Woerner --- meta/recipes-devtools/gdb/gdb-common.inc | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/gdb/gdb-common.inc b/meta/recipes-devtools/gdb

Re: [OE-core] [PATCH] patchtest.sh: optionally specify start branch

ping? On Tue, May 29, 2018 at 9:38 AM, Trevor Woerner wrote: > Allow the user to optionally specify a starting branch, otherwise assume > master. > > Signed-off-by: Trevor Woerner > --- > scripts/contrib/patchtest.sh | 19 ++- > 1 file changed, 14 inser

Re: [OE-core] [PATCH v2] devtool deploy-target: optionally specify package

ping? On Wed, Jun 6, 2018 at 2:11 PM, Trevor Woerner wrote: > Instead of installing an entire recipe's build output (i.e. ${D}), allow > the > user to optionally specify the name of one package at a time from said > recipe > to be installed (i.e. ${PKGDEST}/). > > NOTE:

[OE-core] [PATCH v2] devtool deploy-target: optionally specify package

arget" commands without --package against the same recipe is not ideal. Signed-off-by: Trevor Woerner --- updates since v1: - The behaviour of deploy-target is to start by trying to remove any previous such deploy-targets with the same deploy-name which have already been deployed on th

Re: [OE-core] [devtool][PATCH] devtool deploy-target: optionally specify package

Hi Khem, On Fri, Jun 1, 2018 at 1:11 PM, Khem Raj wrote: > On 5/31/18 1:06 PM, Trevor Woerner wrote: > > Instead of installing an entire recipe's build output (i.e. ${D}), allow > the > > user to optionally specify a package from said recipe to be installed > > exc

Re: [OE-core] [devtool][PATCH] devtool deploy-target: optionally specify package

Hi Paul, I was hoping you'd notice and provide feedback :-D On Tue 2018-06-05 @ 10:59:07 AM, Paul Eggleton wrote: > > I checked at the time, but I'm not 100% sure now, but I believe if one > > deploys two packages from one recipe, the on-target file gets appended. But > > now I'm not 100% sure,

Re: [OE-core] [devtool][PATCH] devtool deploy-target: optionally specify package

On Thu, May 31, 2018 at 11:07 PM, Andre McCurdy wrote: > On Thu, May 31, 2018 at 7:23 PM, Trevor Woerner > wrote: > > I wonder whether the default behaviour should just be to not deploy > files from the -dev package? > > That would certainly be an improvement. But it stil

Re: [OE-core] [PATCH] tune-i586-nlp.inc: drop tuning file for Intel Quark/X1000 CPU

Someone (maybe me??) needs to create a meta-intel-community in which to capture these sorts of things. Just because Intel, officially, doesn't support it, doesn't mean all the existing Galileos (and I think there's another devboard that uses the Quark?) out there should lose support. On Thu, May

Re: [OE-core] [devtool][PATCH] devtool deploy-target: optionally specify package

Hi Andre, thanks for taking an interest! On Thu, May 31, 2018 at 6:22 PM, Andre McCurdy wrote: > On Thu, May 31, 2018 at 1:06 PM, Trevor Woerner > wrote: > > Instead of installing an entire recipe's build output (i.e. ${D}), allow > the > > user to optionally specify a pac

[OE-core] [devtool][PATCH] devtool deploy-target: optionally specify package

Instead of installing an entire recipe's build output (i.e. ${D}), allow the user to optionally specify a package from said recipe to be installed exclusively (i.e. ${PKGDEST}/). Signed-off-by: Trevor Woerner --- scripts/lib/devtool/deploy.py | 26 ++ 1 file changed, 18

[OE-core] [PATCH] patchtest.sh: optionally specify start branch

Allow the user to optionally specify a starting branch, otherwise assume master. Signed-off-by: Trevor Woerner --- scripts/contrib/patchtest.sh | 19 ++- 1 file changed, 14 insertions(+), 5 deletions(-) diff --git a/scripts/contrib/patchtest.sh b/scripts/contrib/patchtest.sh

Re: [OE-core] [PATCH] ltp: bump to release 20180515

On Thu, May 24, 2018 at 4:39 PM, Daniel Díaz wrote: > Patches are still fresh as the meadows. > meaning ? -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] meta-openembedded maintainer ship change.

Thanks to everyone for making this such a great community. Thanks especially to Armin and Khem (and all past and future maintainers of meta-openembedded!!) for allowing the project to keep moving forward. -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH] babeltrace: switch source URI

Hi Martin, On Mon 2018-05-07 @ 05:33:26 PM, Martin Jansa wrote: > There is already a fix for this, see: > http://lists.openembedded.org/pipermail/openembedded-core/2018-May/150423.html Oops, I should have checked, sorry! > Using github archives is even worse as they are regenerated from time to

[OE-core] [PATCH] babeltrace: switch source URI

It looks like http://www.efficios.com/files/babeltrace is down, therefore switch to https://github.com/efficios/babeltrace/archive. The md5sum/sha256sum updates are (I'm guessing) a result of switching from .tar.bz2 to .tar.gz. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/r

[OE-core] [PATCH] u-boot: remove upstreamed patch

Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- .../files/MPC8315ERDB-enable-DHCP.patch | 19 --- .../u-boot/u-boot-common_2018.01.inc | 4 +--- 2 files changed, 1 insertion(+), 22 deletions(-) delete mode 100644 meta/recipes-bsp/u-boot/files/MPC83

Re: [OE-core] [poky] [PATCH v2] u-boot: enable dhcp for MPC8315 board

On Wed, Jun 7, 2017 at 8:43 PM, Tom Rini wrote: > On Wed, Jun 07, 2017 at 01:32:28PM +0100, Richard Purdie wrote: > > On Wed, 2017-06-07 at 15:28 +0300, Ed Bartosh wrote: > > > Getting ip address from DHCP server is much more convenient > > > than setting static ip. It allows

Re: [OE-core] [meta-networking][rocko][PATCH 1/2] kernel_wireless_regdb: Add class for embedding regulatory data into the kernel

Please don't cross-post this to multiple repository lists. meta-networking only exists in meta-openembedded, therefore this patch only needs to be sent to openembedded-devel. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [OE-Core][PATCH] tzdata: fix a typo

Hi Kevin, Thank you for this patch! A couple nitpics, however... On Wed 2018-04-25 @ 03:31:42 PM, Kevin Carli wrote: > Change-Id: I57f17f13aba2a2d26b9f6b72214563a86725def9 This isn't relevant to openembedded, please remove > Signed-off-by: Kevin Carli > --- >

Re: [OE-core] [Openembedded-architecture] LAYERSERIES

On Fri 2018-04-06 @ 10:56:53 PM, Richard Purdie wrote: > To be really clear, "master" is never a value that would appear in > LAYERSERIES. That would let everyone be lazy and master would match > everywhere, then this would all be pointless. So what happens when the master branch of a BSP layer

Re: [OE-core] kernel menuconfig broken?

If everyone else is seeing issues, it makes me wonder why it's working perfectly fine for me! -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [Openembedded-architecture] LAYERSERIES

A) Some layers only switch to an official branch name when the find a reason to. E.g. branch "sumo" is created on openembedded-core but meta-A keeps working on master unless an incompatible change is created in openembedded-core that forces meta-A to create a "sumo" branch. B) Other layers create

Re: [OE-core] kernel menuconfig broken?

On Sun 2018-04-01 @ 11:49:58 PM, Andreas Müller wrote: > When running bitbake -cmenuconfig virtual/kernel I get a flood of > undefined reference errors. Am I alone here? Sadly, I think you might be. $ bitbake virtual/kernel -c menuconfig works fine for me. I assume you're doing this

Re: [OE-core] Fwd: confirm 6bb527bbc2e6d9a2a2165aa081ea1271ece07fe8

On Thu, Mar 29, 2018 at 8:45 PM, Michael Halstead < mhalst...@linuxfoundation.org> wrote: > We had several hundred bounces from Gmail today. I've made changes and > Gmail is currently accepting new messages. > > I'm running a script to clear users' bounce counts now. > Thanks Michael! --

[OE-core] Fwd: confirm 6bb527bbc2e6d9a2a2165aa081ea1271ece07fe8

uhhh gmail is on the bad list? anyone else get one of these? -- Forwarded message -- From: Date: Thu, Mar 29, 2018 at 8:13 AM Subject: confirm To: twoer...@gmail.com Your membership in the mailing list Openembedded-core has

Re: [OE-core] host kernel BUGs while building

On Wed 2018-03-28 @ 11:28:09 AM, Trevor Woerner wrote: > Since this past December (December 18, 2017), > ... > Looking through my logs > they appear to have stopped Mar 23 2018. Reviewing my distro's package installer logs (/var/log/zypp/history): # 2017-11-19 20:39:29 ke

[OE-core] host kernel BUGs while building

Hi, This email is just a FYI. I thought I'd post it here, in case anyone else goes looking for something similar. My host is openSUSE 42.3. Since this past December (December 18, 2017), whenever I'm performing an OE build on my build/host machine, I would find dozens of the following messages in

Re: [OE-core] X11 proto changes

Have the Xorg developers provided any sort of timeline for this switch? -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Oddness regarding file locks in package.bbclass

This item doesn't appear to have a follow-up. On Wed, Oct 4, 2017 at 11:10 AM, Burton, Ross wrote: > On 3 October 2017 at 19:17, Peter Kjellerstedt < > peter.kjellerst...@axis.com> wrote: > >> > + # Take shared lock since we're only reading, not writing >> > lf

[OE-core] [PATCH 2/2] virtual/libgbm: create

The 'glamor' PACKAGECONFIG in xserver-xorg creates a dependency on libgbm which can be satisfied in some cases by mesa, in others by blobs such as mali. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/recipes-graphics/mesa/mesa.inc | 1 + meta/recipes-graphic

[OE-core] [PATCH 1/2] mesa.inc: make PROVIDES conditional on PACKAGECONFIG

Mesa only PROVIDES these features if they are enabled via PACKAGECONFIG. Therefore make the PROVIDES conditional depending on whether or not these features have been enabled. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/recipes-graphics/mesa/mesa.inc | 7 ++- 1 file chan

[OE-core] [PATCH] iproute2: fix rebuild failures

. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/recipes-connectivity/iproute2/iproute2.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-connectivity/iproute2/iproute2.inc b/meta/recipes-connectivity/iproute2/iproute2.inc index b404eedbfb..4fbfec6f08

Re: [OE-core] [oe] [RFC] Rename meta-openembedded to openembedded-extras

On Fri, Feb 23, 2018 at 10:48 PM, Denys Dmytriyenko wrote: > On Thu, Feb 22, 2018 at 12:37:44PM -0800, akuster808 wrote: > > I think openembededd-core is incorrect. it should have been > > meta-openbedded-core or meta-core. > > It does have a layer called just "meta" though... >

Re: [OE-core] Error do_compile libepoxy

On Thu, Jan 11, 2018 at 2:18 PM, Mathias Rudnik < rudnik.math...@googlemail.com> wrote: > Hello, > > I am trying to build libepoxy but the do_compile tasks breaks. > I found following error messages in the logs: > > arm-poky-linux-gnueabi-gcc -march=armv6 -mfpu=vfp -mfloat-abi=hard >

[OE-core] uriparser

Hi Martin, Any chance the uriparser recipe from meta-luneui ( https://layers.openembedded.org/layerindex/recipe/32523/) could be added to openembedded-core (or meta-openembedded?). It's also now needed for the git version of tpm2-tss in meta-measured. Best regards, Trevor --

Re: [OE-core] [PATCH 00/10] Add foundation for riscv architecture

I'm curious to know what the plan is for supporting the various -march variants, or are we just going to assume RV64GC? -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH] pseudo: use epoll API on Linux

On Tue, Sep 19, 2017 at 7:20 AM, Alexander Kanavin wrote: > and with > Jussi Kukkonen no longer involved in the project This is sad news :-( So long Jussi, and thanks for all the recipes -- ___ Openembedded-core

Re: [OE-core] [PATCHv2] pseudo: use epoll API on Linux

On Tue, Sep 19, 2017 at 12:12 AM, Seebs <se...@seebs.net> wrote: > On Mon, 18 Sep 2017 19:41:03 -0400 > Trevor Woerner <twoer...@gmail.com> wrote: > >> Would you be open to a co-maintainership? Maybe a co-maintainer who >> doesn't push to master directly? > >

Re: [OE-core] [PATCHv2] pseudo: use epoll API on Linux

On Mon, Sep 18, 2017 at 7:18 PM, Seebs <se...@seebs.net> wrote: > On Mon, 18 Sep 2017 19:16:13 -0400 > Trevor Woerner <twoer...@gmail.com> wrote: > >> It doesn't make sense to carry these large patches against pseudo in >> OE itself. Isn't pseudo one of

Re: [OE-core] [PATCHv2] pseudo: use epoll API on Linux

It doesn't make sense to carry these large patches against pseudo in OE itself. Isn't pseudo one of the tools under The Yocto Project umbrella? Adding patches to a recipe is what happens when upstream isn't under our control, isn't responsive, or isn't cooperating. Can someone volunteer to be the

Re: [OE-core] [PATCH] base-files: profile: Get rid of "resize"

I use resize quasi-regularly. Ever end up in the situation where you've run vim and now the command-line has no idea how large the console is, so everything wraps or scrolls at the wrong times/places? resize fixes that: # . resize Please don't remove it. --

Re: [OE-core] OpenEmbedded Developer Meeting Oct 22, 2017 in Prague (before ELCE)

Hi Mike, On Mon, Sep 18, 2017 at 8:45 AM, Mike Looijmans wrote: > I can probably bring some work (e.g. Zynq MPSoC board) and fun (settop box) > hardware along to demonstrate what I'm using OE for. Any chance you could set something up that could be on display at the

Re: [OE-core] [PATCH] pseudo: use epoll API on Linux

So, my understand is that pseudo is looking for a new maintainer. Maybe that person has been found? ;-) -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/4] Recipes for Open Source Verilog and Lattice iCE40 FPGAs tools

On Tue, Sep 12, 2017 at 4:21 PM, Khem Raj wrote: > On Mon, Sep 11, 2017 at 1:58 AM, Burton, Ross wrote: >> On 10 September 2017 at 14:14, Nathan Rossi wrote: >>> >>> Please note whilst this series is sent for oe-core it may be

Re: [OE-core] [PATCH] initramfs-framework: bump PR and fix install-efi and setup-live modules

On Tue, Sep 12, 2017 at 3:58 PM, Otavio Salvador <otavio.salva...@ossystems.com.br> wrote: > On Tue, Sep 12, 2017 at 7:51 PM, Trevor Woerner <twoer...@gmail.com> wrote: >> On Mon, Sep 11, 2017 at 6:40 PM, Paul Eggleton >> <paul.eggle...@linux.intel.com> wrot

Re: [OE-core] [PATCH 0/4] Recipes for Open Source Verilog and Lattice iCE40 FPGAs tools

Nathan, this is awesome! (haven't tested it yet, but it's great to see this effort!!) On Mon, Sep 11, 2017 at 1:58 AM, Burton, Ross wrote: > On 10 September 2017 at 14:14, Nathan Rossi wrote: >> >> Please note whilst this series is sent for

Re: [OE-core] [PATCH] initramfs-framework: bump PR and fix install-efi and setup-live modules

On Mon, Sep 11, 2017 at 6:40 PM, Paul Eggleton wrote: > Is someone documenting all of this? I'm pretty sure this isn't the only one. Better still: an automated test (with comments including this information, so the test doesn't get removed under the assumption the

Re: [OE-core] [PATCH] iproute2: Default to tipc enabled, and include libmnl dependency

https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg101002.html -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] libmnl: add recpie

On Wed, Aug 30, 2017 at 6:53 AM, Burton, Ross wrote: > Note that we've reached feature freeze for 2.4 so this will have to wait for > 2.5. A lot of my builds failed last night because I'm not including meta-networking (which pulls in meta-python) because they weren't

Re: [OE-core] long (never ending?) do_install for adwaita-icon-theme

On Tue, Aug 22, 2017 at 2:01 PM, Alexander Kanavin wrote: > Do you have any kind of logs for when it happens? Unfortunately not, I'll try to keep some the next time it happens. But I have a suspicion it might be related to a build failure. Earlier today I was

[OE-core] long (never ending?) do_install for adwaita-icon-theme

Is anyone else seeing insanely long (never ending?) do_install times for adwaita-icon-theme? The other day I manually killed a jenkins jobs still running after 3 days waiting for this recipe's do_install. This morning I started a job manually and it's currently stuck in 0:

Re: [OE-core] [PATCH] classes/machine-overrides-extended.bbclass: add

ping? comments? On Fri, Jul 21, 2017 at 8:47 AM, Trevor Woerner <twoer...@gmail.com> wrote: > Copy this class from meta-freescale so all BSPs can use it. > > This class makes it easy for a BSP to specify multiple sets of configurations > for a given MACHINE. In some cases

[OE-core] [PATCH] classes/machine-overrides-extended.bbclass: add

the upstream pieces: MACHINEOVERRIDES .= ":use-mainline-bsp" Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/classes/machine-overrides-extender.bbclass | 48 + 1 file changed, 48 insertions(+) create mode 100644 meta/classes/machine-ov

[OE-core] [PATCH] mesa.inc: replace deprecated configure options

--with-egl-platforms -> --with-platforms --enable-gallium-llvm -> --enable-llvm Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/recipes-graphics/mesa/mesa.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/mesa/mesa.inc b/

Re: [OE-core] ✗ patchtest: failure for mesa.inc: potentially enable texture float for gallium

On Sun, Jun 11, 2017 at 12:54 PM, Denys Dmytriyenko <de...@denix.org> wrote: > On Sun, Jun 11, 2017 at 03:09:39AM -0400, Trevor Woerner wrote: >> On Sun, Jun 11, 2017 at 3:01 AM, Patchwork >> <patchw...@patchwork.openembedded.org> wrote: >> > * Issue

[OE-core] [PATCH v3] mesa.inc: enable texture float for gallium

and agreed-to on the mailing list: http://lists.openembedded.org/pipermail/openembedded-core/2017-May/137233.html Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- .../mesa/files/0002-hardware-gloat.patch | 51 ++ meta/recipes-graphics/mesa/me

[OE-core] [PATCH v3 0/1] mesa.inc: enable texture float for gallium

le texture float at ./configure time) was rejected in favour of Fedora's approach to always enable the feature, but then edit the code to enable or disable the feature at run time Trevor Woerner (1): mesa.inc: potentially enable texture float for gallium .../mesa/files/0002-hardware-g

Re: [OE-core] ✗ patchtest: failure for mesa.inc: potentially enable texture float for gallium

On Sun, Jun 11, 2017 at 3:01 AM, Patchwork wrote: > * Issue Added patch file is missing Upstream-Status in the header > [test_upstream_status_presence] > Suggested fixAdd Upstream-Status: to the header of >

[OE-core] [PATCH v2] mesa.inc: potentially enable texture float for gallium

-hardware gallium drivers (e.g. swrast) can't --enable-texture-float, which might cause issues with some piglit tests. This solution was disgussed and agreed-to on the mailing list: http://lists.openembedded.org/pipermail/openembedded-core/2017-May/137233.html Signed-off-by: Trevor Woerner <tw

Re: [OE-core] [PATCH] mesa: potentially enable texture float for gallium

On Wed, May 31, 2017 at 3:15 AM, Jussi Kukkonen wrote: > On 30 May 2017 at 19:19, Richard Purdie > wrote: >> If someone really wants to enable it, they can drop the patch. I'm open >> to feedback from others like Ross/Jussi but IMO I

Re: [OE-core] [PATCH] mesa: potentially enable texture float for gallium

On Tue, May 30, 2017 at 11:44 AM, Richard Purdie wrote: >> Maybe this would be a better way forward? Enable it, always, in >> ./configure, >> add the patch to check for it in the code itself, then you can build >> for all >> the gallium targets (including

Re: [OE-core] [PATCH] mesa: potentially enable texture float for gallium

On Tue 2017-05-30 @ 08:47:55 AM, Richard Purdie wrote: > We should look at how Fedora "just bars float on llvmpipe and softpipe" > and perhaps look at copying that? Not that we enable llvmpipe at the > moment either mind so presumably we're using softpipe. If you build for AMD's gizmo2

Re: [OE-core] [PATCH] mesa: potentially enable texture float for gallium

Hi Richard, Thanks for your review. On Mon, May 29, 2017 at 7:25 PM, Richard Purdie <richard.pur...@linuxfoundation.org> wrote: > On Fri, 2017-05-26 at 17:22 -0400, Trevor Woerner wrote: >> Somewhere along the path from OpenGL ES 2.0 to OpenGL ES 3.0 are some >> algorithm

[OE-core] [PATCH] mesa: potentially enable texture float for gallium

with the patent). Otherwise we enable this flag so the software can take full advantage of the hardware. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/recipes-graphics/mesa/mesa.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/mesa/me

Re: [OE-core] [PATCH] libdrm: Add etnaviv support

On Wed, May 24, 2017 at 4:46 PM, Marek Vasut wrote: > @@ -27,7 +27,10 @@ EXTRA_OECONF += "--disable-cairo-tests \ > --enable-etnaviv-experimental-api \ > --enable-install-test-programs \ > --disable-valgrind \ > +

Re: [OE-core] [PATCH] kernel.bbclass: improve reproducibility

Should this be configurable? Is there an assumption everyone who uses oe-core wants reproducible builds? Could this affect one's ability to perform debugging? -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH v3 1/2] libx11: 1.6.4 -> 1.6.5

Hi Zheng, On Thu, May 18, 2017 at 3:40 AM, zhengrq wrote: > meta/recipes-graphics/xorg-lib/{libx11_1.6.4.bb => libx11_1.6.5.bb} | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > rename meta/recipes-graphics/xorg-lib/{libx11_1.6.4.bb => libx11_1.6.5.bb}

Re: [OE-core] [PATCH] libx11: 1.6.4 -> 1.6.5

Could you try adding "-M" to your "git format-patch ..."? On Mon, May 15, 2017 at 7:34 AM, zhengrq wrote: > Upgrade libx11 from 1.6.4 to 1.6.5 > --- > meta/recipes-graphics/xorg-lib/libx11_1.6.4.bb | 10 -- > meta/recipes-graphics/xorg-lib/libx11_1.6.5.bb |

Re: [OE-core] Broken NPM builds

On Wed 2017-04-26 @ 04:01:20 PM, Davis, Michael wrote: > I have a simple grunt-cli recipe using inherit npm. > On master branch it appears to be broken and unable to find the registry. > Same recipe on Morty branch works fine. > I looked through the mailing list and didn't see anyone else seeing

Re: [OE-core] [PATCH 0/4] Reproducible binaries

On Tue, Apr 25, 2017 at 2:14 PM, Juro Bystricky wrote: > The variable defaults to "0" (do not > build reproducible binaries) in order to minimize any potential > regressions. (Once the reproducible binaries code is mature enough, > it can be set to "1".) My guess is

Re: [OE-core] Add LAPACK/ATLAS/BLAS library to OE-CORE

On Mon, Apr 24, 2017 at 10:32 AM, Burton, Ross wrote: > > On 24 April 2017 at 15:29, david bensoussan wrote: >> >> I'm going to make some tests if it's possible and if performance is good >> doing so. If not, from what I understand, the PR will probably

Re: [OE-core] OpenEmbedded 2017 General Meeting

On Thu, Apr 20, 2017 at 10:58 AM, Sean Hudson wrote: > I found an updated list of access numbers that include several country > specific toll-free numbers for the teleconference. I've updated the > wiki page with the details. I also setup a #oe-meeting IRC channel that >

Re: [OE-core] [oe] OpenEmbedded 2017 General Meeting

Are there no toll-free numbers that could be used, or at least more options for local area codes? -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] OpenEmbedded 2017 General Meeting

Could you please use https://www.timeanddate.com/worldclock/fixedform.html to specify the date/time? -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gtk+3: libgl has multiple providers

The libgl can be satisfied by a set of libgl providers, therefore set the dependency to virtual/libgl. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/recipes-gnome/gtk+/gtk+3.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gtk+/gtk+3.

Re: [OE-core] having llvm available for gallium

On Thu, Apr 13, 2017 at 10:11 AM, Burton, Ross wrote: > Trevor, what layer were you getting llvm from? Khem's fix looks good from a > "stop host contamination" point of view, so we either need to fix > meta-something or mesa very soon as oe-core is very close to the final

[OE-core] [PATCH] mesa-demos: add glut dependency

this is allowed). Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/recipes-graphics/mesa/mesa-demos_8.3.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/mesa/mesa-demos_8.3.0.bb b/meta/recipes-graphics/mesa/mesa-demos_8.3.0.bb index e80d

Re: [OE-core] having llvm available for gallium

On Tue, Apr 11, 2017 at 2:52 AM, Martin Jansa wrote: > Check this: > > http://lists.openembedded.org/pipermail/openembedded-core/2017-April/135050.html Excellent! That works for me :-) Is this a fix, or a work-around? Is this something that's going to be applied, or is a

[OE-core] having llvm available for gallium

I think this might be a casualty of RSS, but when trying to build mesa for the gizmo2 I get: | checking for wayland-scanner... no | checking for XCB_DRI2... yes | checking for x86_64-oe-linux-llvm-config... no | checking for llvm-config... no | checking for

Re: [OE-core] Fwd: About misappropriation of one of my patches in OpenEmbedded

First and foremost, yes a patch from Neal was mishandled. However, I think the dial went up to 11 on this one a bit too quickly. As far as I can tell Neal's attribution still appears in the 0001-Add-fallback-fopencookie-implementation.patch file. All that happened was that an extraneous "com>"

Re: [OE-core] [PATCH] xserver-nodm-init: option to remove cursor

On Mon, Mar 27, 2017 at 11:14 AM, Burton, Ross <ross.bur...@intel.com> wrote: > > On 27 March 2017 at 16:10, Trevor Woerner <twoer...@gmail.com> wrote: >> >> What I want is to get rid of the mouse pointer completely. Formfactor has >> variables that would a

Re: [OE-core] [PATCH] xserver-nodm-init: option to remove cursor

On Mon 2017-03-27 @ 12:35:51 PM, Burton, Ross wrote: > On 25 March 2017 at 05:19, Trevor Woerner <twoer...@gmail.com> wrote: > > > Add a PACKAGECONFIG option to allow the user to disable the mouse > > cursor/pointer in the X server. This might be useful where a

[OE-core] [PATCH] xserver-nodm-init: option to remove cursor

Add a PACKAGECONFIG option to allow the user to disable the mouse cursor/pointer in the X server. This might be useful where a touchscreen is used. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- .../recipes-graphics/x11-common/xserver-nodm-init/xserver-nodm.conf.in | 2 +- meta/r

Re: [OE-core] [PATCH 1/1] meta/classes/kernel.bbclass: revert 56fe5300ab5

Please don't add this patch, I've found a test case where I see the "+" being added. (Is there a stronger way of doing this via patchwork?) On Tue, Mar 21, 2017 at 3:05 PM, Trevor Woerner <twoer...@gmail.com> wrote: > This commit effectively reverts 56fe5300ab5 (ex

[OE-core] [PATCH] core-image.bbclass: update available IMAGE_FEATURES

Update the list of available IMAGE_FEATURES with the sub-features of 'debug-tweaks' and add 'splash'. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/classes/core-image.bbclass | 4 1 file changed, 4 insertions(+) diff --git a/meta/classes/core-image.bbclass b/meta/classe

[OE-core] [PATCH 1/1] meta/classes/kernel.bbclass: revert 56fe5300ab5

'+' characters to be appended to filenames in /lib/modules anymore. It appears as though the problem has been fixed somewhere else along the way. In which case, enable this functionality so setting this kernel option gives users the expected result. Signed-off-by: Trevor Woerner <twoe

[OE-core] [PATCH 0/1] meta/classes/kernel.bbclass: revert 56fe5300ab5

Changes from v1: - fixed kernel config option to which this patch refers from CONFIG_LOCALVERSION to CONFIG_LOCALVERSION_AUTO Trevor Woerner (1): meta/classes/kernel.bbclass: revert 56fe5300ab5 meta/classes/kernel.bbclass | 6 -- 1 file changed, 6 deletions(-) -- 2.12.0.rc1.48

Re: [OE-core] [PATCH] meta/classes/kernel.bbclass: revert 56fe5300ab5

Oops, kernel config option is wrong in description. v2 in 3, 2, 1... On Tue, Mar 21, 2017 at 2:58 PM, Trevor Woerner <twoer...@gmail.com> wrote: > This commit effectively reverts 56fe5300ab5 (except doing a revert at this > point is not clean). > > The Linux kernel contains a co

[OE-core] [PATCH] meta/classes/kernel.bbclass: revert 56fe5300ab5

appended to filenames in /lib/modules anymore. It appears as though the problem has been fixed somewhere else along the way. In which case, enable this functionality so setting this kernel option gives users the expected result. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/class

[OE-core] kernel config, scripts/setlocalversion

Hi, Currently openembedded-core/meta/classes/kernel.bbclass contains: kernel_do_configure() { # fixes extra + in /lib/modules/2.6.37+ # $ scripts/setlocalversion . => + # $ make kernelversion => 2.6.37 # $ make kernelrelease

Re: [OE-core] npm thoughts

In face-to-face conversations there was an expressed opinion that it would be great if npm had a "--dry-run" -type option to list off the dependencies of a package.json file. As it turns out, it does! $ npm install --dry-run electron-quick-start@1.0.0

Re: [OE-core] npm thoughts

Ideally "devtool add ..." wouldn't choke and crash when it encounters a LICENSE string it doesn't understand. When parsing license strings from random places on The Internet it's inevitable odd things will come up :-) -- ___ Openembedded-core mailing

Re: [OE-core] npm thoughts

My first thought is that "devtool add ..." shouldn't act differently depending on whether it is pointed at a checkout of the code or whether it is pointed at the code's npm repository. -- ___ Openembedded-core mailing list

<    1   2   3   4   5   >