Re: [OE-core] [PATCH] metadata-revs: provide more information

On 03/13/16 16:53, Paul Eggleton wrote: On Sun, 13 Mar 2016 16:42:41 Trevor Woerner wrote: That's the problem I'm trying to solve: how can I easily keep all the information required to reproduce this build, exactly. The whole "two meta's" thing was just a speed bump. Right,

Re: [OE-core] [PATCH] metadata-revs: provide more information

Hi Paul, On 03/13/16 15:26, Paul Eggleton wrote: On Sat, 12 Mar 2016 21:35:29 Trevor Woerner wrote: Provide many more details concerning the repositories that are used in a particular build: the remote information, the layer, the local branch, the remote branch the local branch tracks (if any

[OE-core] [PATCH] metadata-revs: provide more information

Provide many more details concerning the repositories that are used in a particular build: the remote information, the layer, the local branch, the remote branch the local branch tracks (if any), and the HEAD commit. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/c

Re: [OE-core] [PATCH] buildhistory.bbclass: metadata-revs show repo parent

Here is how my latest incarnation looks with a "normal" build: origin git://git.openembedded.org/openembedded-core.git (fetch) origin git://git.openembedded.org/openembedded-core.git (push) layer: openembedded-core/meta branch:

Re: [OE-core] [PATCH] buildhistory.bbclass: metadata-revs show repo parent

On 03/12/16 06:55, Khem Raj wrote: On Sat, Mar 12, 2016 at 1:33 PM, Trevor Woerner <twoer...@gmail.com> wrote: To me, the purpose of buildhistory's metadata-revs is to enable someone else (or myself in the future) to recreate a specific build, that's why I always save this file with any

Re: [OE-core] State of bitbake world, Failed tasks 2016-03-09

On 03/10/16 06:53, Martin Jansa wrote: I'll look at cef3 and chromium issue, my recent patch for meta-browser fixed the build for armv7a MACHINEs, so it probably needs to be extended a bit to cover warnings in x86 and then duplicate the same to cef3. This issue is there for so long, slowing down

Re: [OE-core] [PATCH] buildhistory.bbclass: metadata-revs show repo parent

On 03/12/16 16:54, Burton, Ross wrote: On 12 March 2016 at 04:28, Trevor Woerner <twoer...@gmail.com <mailto:twoer...@gmail.com>> wrote: openembedded-core/meta = master:00d3fd571a8d261d065b43f5cf3076a381843984 meta-openembe

Re: [OE-core] [PATCH][jethro][RFC 1/2] libsdl: expand PACKAGECONFIG and enable native builds

This patch causes my jethro build to now fail with: ERROR: Nothing PROVIDES 'virtual/nativesdk-nativesdk-libx11' (but virtual:nativesdk:/z/dragon410c-repo/dragon410c-tw-jethro/layers/openembedded-core/meta/recipes-graphics/libsdl/libsdl_1.2.15.bb DEPENDS on or otherwise requires it). Close

Re: [OE-core] [oe] OEDAM, April 8 in San Diego after ELC

On Wed 2016-03-23 @ 09:36:40 AM, akuster808 wrote: > There are only 10 people signed up. > Is that enough people to justify the expense room or even meet? I have no idea what the budget might be or what a room might cost. I'll leave it to those who do know to worry about the costs versus the

[OE-core] [PATCH] tune-cortexa17.inc: apply changes similar to a15

Apply the same sort of changes to the Cortex-A17 tune as were done in commit 35392025f3236f5e5393f9cf0857732da9a2e503. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/conf/machine/include/tune-cortexa17.inc | 52 ++-- 1 file changed, 26 insertions(

[OE-core] [meta-oe][PATCH] tune-cortexa17.inc: apply changes similar to a15

Apply the same sort of changes to the Cortex-A17 tune as were done in commit 35392025f3236f5e5393f9cf0857732da9a2e503. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/conf/machine/include/tune-cortexa17.inc | 52 ++-- 1 file changed, 26 insertions(

Re: [OE-core] Yocto Project Status WW17

On Fri 2016-04-22 @ 03:13:21 PM, Jolley, Stephen K wrote: > o Encourage adoption of new tools (toaster, eSDK, CROPS) Have the eSDK and CROPS projects been announced publicly? Are they available for us to "play with"? -- ___ Openembedded-core mailing

Re: [OE-core] Yocto Project Status WW17

On Fri 2016-04-22 @ 08:29:19 PM, Burton, Ross wrote: > On 22 April 2016 at 18:04, Trevor Woerner <twoer...@gmail.com> wrote: > > > > Have the eSDK and CROPS projects been announced publicly? Are they > available > > for us to "play with"? > > > e

Re: [OE-core] Please help edit OEDAM minutes

On Thu 2016-05-12 @ 04:32:01 PM, Jeff Osier-Mixon wrote: > I admit defeat. I have been "trying to get to" the OEDAM minutes for a > month and I am clearly not getting to it, so I am now getting out of > the way. We are crowdsourcing these minutes, because collaborative > effort is what we do best.

Re: [OE-core] Please help edit OEDAM minutes

On Fri 2016-05-13 @ 09:57:07 AM, Trevor Woerner wrote: > On Thu 2016-05-12 @ 04:32:01 PM, Jeff Osier-Mixon wrote: > > I admit defeat. I have been "trying to get to" the OEDAM minutes for a > > month and I am clearly not getting to it, so I am now getting out of > >

[OE-core] [PATCH] gstreamer1.0-plugins-bad: opengl handling

Enable the opengl configuration option if DISTRO_FEATURES contains opengl. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-multimedia/gst

[OE-core] [PATCH] kernel.bbclass: add lzop dependency

If the initramfs image is type lzo, then a native lzop is needed. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/classes/kernel.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index f

Re: [OE-core] [PATCH] kernel.bbclass: add lzop dependency

On Mon 2016-08-01 @ 03:08:36 PM, Burton, Ross wrote: > On 1 August 2016 at 15:07, Bruce Ashfield wrote: > > > Not a large dependency, but it does bring to mind the question if this > > could be conditional on the type of image being built ? via distro > > feature, some

Re: [OE-core] [PATCH V2] glibc: Upgrade to latest tip of master

On Fri 2016-07-08 @ 01:55:18 PM, Khem Raj wrote: > Trevor > > On Thu, Jul 7, 2016 at 1:25 PM, Khem Raj wrote: > > Ok thanks. Let me know if you get to see the same issue on say qemuarm or > > qemuarm64 > > I built core-image-sato/qemux86-64 vmdk with chromium added > >

Re: [OE-core] [PATCH V2] glibc: Upgrade to latest tip of master

Even after applying this patch, I'm still seeing crashes in Chromium (which aren't there before the glibc update to 2.24) I wish I could understand why Chromium is crashing, but everything else seems to run okay. I wouldn't be surprised to find Chromium is doing something funky; but what,

Re: [OE-core] [PATCH V2] glibc: Upgrade to latest tip of master

On Thu 2016-07-07 @ 09:27:30 AM, Khem Raj wrote: > Is it specific to x86-64 Up to this point I've only been focused on x86-64, but now that I have things cleared up on that arch, I'll be working on aarch64 to see how that goes. My "solution" for the time-being is to simply pull in the glibc_2.23

Re: [OE-core] [PATCH 1/6] glibc: Add recipes for 2.24 release

: > On Sun, Jul 3, 2016 at 6:45 AM, Trevor Woerner <twoer...@gmail.com> wrote: > > I just finished a bisection task which implies this patch is the reason why > > chromium crashes when run on x86_64 (minnow) with signal 4 ILL_ILLOPN. Note > > that chromium compiles fine both

Re: [OE-core] [PATCH] kernel.bbclass: add lzop dependency

On Wed 2016-08-03 @ 09:39:59 PM, Bruce Ashfield wrote: > On Wed, Aug 3, 2016 at 8:53 AM, Trevor Woerner <twoer...@gmail.com> wrote: > > > On Mon 2016-08-01 @ 03:08:36 PM, Burton, Ross wrote: > > > On 1 August 2016 at 15:07, Bruce Ashfield <bruce

Re: [OE-core] [PATCH 1/6] glibc: Add recipes for 2.24 release

I just finished a bisection task which implies this patch is the reason why chromium crashes when run on x86_64 (minnow) with signal 4 ILL_ILLOPN. Note that chromium compiles fine both before and after this patch, the problem is when chromium is run. I'm not 100% how to move forward, at this

Re: [OE-core] OEDAM - Portland 2017

Does anyone have any recommendations for how to get from the conference venue to the Mentor Graphics office? -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] OEDAM - Portland 2017

Okay thanks, sounds good. See you then. On Sun, Feb 19, 2017 at 5:49 PM, Philip Balister <phi...@balister.org> wrote: > It sounds like a bunch of us will meet in the Hilton lobby at 0800 and > use Lyft/Uber/other. > > Philip > > On 02/19/2017 07:12 AM, Trevor Woerner wr

[OE-core] [PATCH] Revert "flex: upgrade to 2.6.2"

This reverts commit 3632abd01abb8dfff230e18f828af705da488f97. Multiple people have expressed issues with flex-2.6.2; personally I had problems compiling libsepol from meta-selinux (for libselinux). I tried upgrading to flex-2.6.3, but that caused binutils-cross_2.27 to fail. The simplest for now

Re: [OE-core] [PATCH 4/7] flex: upgrade to 2.6.2

On Mon, Jan 30, 2017 at 2:56 PM, Denys Dmytriyenko wrote: > On Thu, Jan 26, 2017 at 06:21:48PM -0800, Khem Raj wrote: >> On Thu, Jan 26, 2017 at 6:19 PM, Martin Jansa wrote: >> > I did try 2.6.3 but it was even worse as reported, >> >> thats just sad.

Re: [OE-core] Patchwork and incoming patch testing

On Wed 2017-01-18 @ 07:05:58 AM, Paul Eggleton wrote: > This should give us a bit more visibility into > where patches are at in the process, although we are still working on a few > places where patch series status needs to be updated (e.g. when a patch goes > into testing). Is the testing

Re: [OE-core] [PATCH] kernel.bbclass: add lzop dependency

On Mon 2016-08-01 @ 03:08:36 PM, Burton, Ross wrote: > On 1 August 2016 at 15:07, Bruce Ashfield wrote: > > > Not a large dependency, but it does bring to mind the question if this > > could be conditional on the type of image being built ? via distro > > feature, some

[OE-core] npm thoughts

Hi, I was trying out devtool+npm with the electron quick-start node stuff and noticed some interesting results. This simple app can be found at https://github.com/electron/electron-quick-start According to https://wiki.yoctoproject.org/wiki/TipsAndTricks/NPM there are two ways to create a recipe

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

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] State of bitbake world 2016-08-24

On Fri 2016-08-26 @ 05:51:54 PM, Martin Jansa wrote: > === common-x86 (1) === > * > meta-browser/recipes-browser/chromium/chromium-wayland_48.0.2548.0.bb:do_patch It was pointed out to me that while re-organizing the chromium recipes I dropped an important line in chromium-wayland. However

Re: [OE-core] State of bitbake world 2016-08-24

I performed a verbose build on my build machine to see how it compares to yours. On Wed 2016-08-31 @ 05:41:06 AM, Trevor Woerner wrote: > On Fri 2016-08-26 @ 05:51:54 PM, Martin Jansa wrote: > | [2278/20239] CXX obj.host/third_party/icu/source/common/icuuc.servrbf.o > | FAILED:

Re: [OE-core] [PATCH 3/4] kern-tools: fix processing for no branch meta-data

On Wed, Dec 7, 2016 at 11:18 AM, Bruce Ashfield wrote: > With the attached patch, I see nothing else that is named in /tmp/ > > If you have the cycles, can you give it a try and let me know ? Yes, I'm giving it a whirl right now. Thanks! --

Re: [OE-core] [meta-intel] [PATCH 2/2] gstreamer1.0-vaapi: Import from meta-intel

I'm guessing I have to wait a little longer for various repositories to sync up with respect to each other, or is something going bad here? | configure: error: Requested 'gstreamer-codecparsers-1.0 <= 1.8.99' but version of GStreamer codec parsers is 1.10.1 | WARNING:

Re: [OE-core] [PATCH 0/4] kernel-yocto: consolidated pull request

On Fri 2016-12-02 @ 04:09:21 PM, Bruce Ashfield wrote: > This pull request is mainly to fix a couple of bugs that were reported > on the mailing list recently, but it also includes some kernel version > updates that I *think* I sent previously. Thanks Bruce, I've tested these and they look good.

Re: [OE-core] [meta-intel] [PATCH 2/2] gstreamer1.0-vaapi: Import from meta-intel

On Thu, Dec 15, 2016 at 8:55 AM, Burton, Ross wrote: > When gst-vaapi moved to oe-core it also renamed to match the convention in > there. I guess we should add a PROVIDES for the old name to ensure it > replaces the old version. Can you test that this works for you?

Re: [OE-core] [PATCH 3/4] kern-tools: fix processing for no branch meta-data

On Wed, Dec 7, 2016 at 1:05 PM, Trevor Woerner <twoer...@gmail.com> wrote: > On Wed, Dec 7, 2016 at 11:18 AM, Bruce Ashfield > <bruce.ashfi...@windriver.com> wrote: >> With the attached patch, I see nothing else that is named in /tmp/ >> >> If you have the cycl

Re: [OE-core] [PATCH] util-linux: 2.28.1 -> 2.29

Is anyone else seeing build failures as a result of this commit? ... [lots of lines omitted] ... | cfdisk.c:(.text+0x207b): undefined reference to `_nc_stdscr' | cfdisk.c:(.text+0x20a4): undefined reference to `_nc_stdscr' | cfdisk.c:(.text+0x2268): undefined

Re: [OE-core] [PATCH] util-linux: 2.28.1 -> 2.29

On Tue 2016-12-20 @ 02:41:21 PM, Burton, Ross wrote: > On 19 December 2016 at 22:12, Khem Raj wrote: > > > checking ncursesw... (v6) yes > > > > I'm pretty sure this indicates that it found a ncursesw-config binary, > which we disable. So it must be running the host tool.

Re: [OE-core] [PATCH] util-linux: 2.28.1 -> 2.29

On Tue 2016-12-20 @ 03:05:20 PM, Burton, Ross wrote: > On 20 December 2016 at 15:00, Burton, Ross wrote: > > > This would be the autoconf macro UL_NCURSES_CHECK in m4/ul.m4, which calls > > ncurses6-config. I thought the sysroot was ahead of the host so it should > > find

Re: [OE-core] [PATCH] util-linux: 2.28.1 -> 2.29

On Tue 2016-12-20 @ 03:16:54 PM, Burton, Ross wrote: > On 20 December 2016 at 15:14, Trevor Woerner <twoer...@gmail.com> wrote: > > > So I only have the version 5 -config scripts, but my host has version 5 and > > version 6 -config scripts. I'm guessing we need a

[OE-core] [PATCH] ncurses.inc: add v6 binconfig-disabled entries

Newer host distributions are moving to ncurses6, therefore add entries so the host's ncurses{w}6-config scripts aren't picked up. Signed-off-by: Trevor Woerner <twoer...@gmail.com> --- meta/classes/binconfig-disabled.bbclass | 1 + meta/recipes-core/ncurses/ncurses.inc | 5 - 2

Re: [OE-core] [PATCH] util-linux: 2.28.1 -> 2.29

On Tue 2016-12-20 @ 10:14:01 AM, Trevor Woerner wrote: > So I only have the version 5 -config scripts, but my host has version 5 and > version 6 -config scripts. I'm guessing we need a dummy ncurses{w}6-config > script in the sysroot too (?) YES! Going into my sysroot and creating v

Re: [OE-core] [PATCH] util-linux: 2.28.1 -> 2.29

On Mon 2016-12-19 @ 08:31:25 PM, Burton, Ross wrote: > On 19 December 2016 at 15:23, Trevor Woerner <twoer...@gmail.com> wrote: > > > Is anyone else seeing build failures as a result of this commit? > > > > Can you reproduce this on demand? Yes. Last night's r

Re: [OE-core] [PATCH] util-linux: 2.28.1 -> 2.29

On Mon, Dec 19, 2016 at 4:53 PM, Burton, Ross wrote: > Definitely works here: :-( >> Can you share the do_configure log? sure, attached log.do_configure Description: Binary data -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH 3/4] kern-tools: fix processing for no branch meta-data

This patch does fix the raspberrypi issue, and it has been pushed, thankfully. But I'm still seeing hard-coded filenames in /tmp that are messing up the ability for more than one person to use a given build machine. E.g.: /tmp/patch.standard.arm-versatile-926ejs.queue

[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

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 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 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

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

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

[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

[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

[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

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>"

[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] 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

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 >

[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 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

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] 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

[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

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] 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] 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] 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] 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

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 |

[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] [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

[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 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] 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

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

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

[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 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

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 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] 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] [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] [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] [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] [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] [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] [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 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] 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

<    1   2   3   4   5   >