Re: [OE-core] [oe] OE Summit @ SCaLE 17x - Sunday March 10th 2019 - Pasadena CA

On Thu, Jan 31, 2019 at 8:26 AM Trevor Woerner wrote: > > We're excited to announce the inaugural "OpenEmbedded Summit" taking place > Sunday March 10th 2019 as part of the Southern California Linux Expo > (SCaLE) 17x at the Pasadena Convention Center. > > For the past few years there's been an

Re: [OE-core] Official sstate premirrors and builds

Hi, On Sat, Jan 5, 2019 at 4:21 AM Jate Sujjavanich wrote: > > I setup a machine on AWS and wanted to use the sstate cache mirror at > sstate.yoctoproject.org in my site.conf. > > Bitbake does not pull the artifacts from the mirror despite the uninative C > library. I have tried checking out

Re: [OE-core] [PATCH v6] u-boot: Add mkenvimage tool

On Thu, Nov 22, 2018 at 10:47 AM Alexey Brodkin wrote: > > Hi Otavio, > > On Thu, 2018-11-22 at 07:30 -0200, Otavio Salvador wrote: > > Hello Alexey, > > > > On Thu, Nov 22, 2018 at 6:28 AM Alexey Brodkin > > wrote: > > > This utility is used for creation of images containing > > > usable in

Re: [OE-core] question: Use systemd as the default initialization manager

Hi! On Thu, May 24, 2018 at 7:06 AM, Zheng, Ruoqin wrote: > Hi All： > > By default, the Yocto Project uses SysVinit as the initialization manager. > However, systemd is used by many distributions and it's supported in Yocto. > > Why didn't use systemd as the default

Re: [OE-core] Running BitBake multiple times without rechecking upstream AUTOREV versions

On Tue, May 15, 2018 at 5:43 PM, Andrea Galbusera <giz...@gmail.com> wrote: > > > Il 14 mag 2018 10:20 AM, "Richard Purdie" > <richard.pur...@linuxfoundation.org> ha scritto: > > On Fri, 2018-05-11 at 18:23 +, Chris Laplante via Openembedded-core

Re: [OE-core] Running BitBake multiple times without rechecking upstream AUTOREV versions

Il 14 mag 2018 10:20 AM, "Richard Purdie" < richard.pur...@linuxfoundation.org> ha scritto: On Fri, 2018-05-11 at 18:23 +, Chris Laplante via Openembedded-core wrote: > Hi all, > > I’m working on using Jenkins to host our Yocto build. One of the > things that would be nice is to be able to

Re: [OE-core] [PATCH] systemd: backport patch to fix build when gcrypt is enabled

On Wed, May 9, 2018 at 4:46 PM, Mark Asselstine <mark.asselst...@windriver.com> wrote: > On Wednesday, May 9, 2018 10:36:17 AM EDT Andrea Galbusera wrote: >> Hi Mark! >> >> Il mer 9 mag 2018, 15:56 Mark Asselstine <mark.asselst...@windriver.com> ha >> >&

Re: [OE-core] [PATCH] systemd: backport patch to fix build when gcrypt is enabled

Hi Mark! Il mer 9 mag 2018, 15:56 Mark Asselstine <mark.asselst...@windriver.com> ha scritto: > On Wednesday, May 9, 2018 8:16:08 AM EDT Andrea Galbusera wrote: > > When gcrypt support is present in PACKAGECONFIG, build fails due to the > bug > > reported in [1]. Sinc

[OE-core] [PATCH] systemd: backport patch to fix build when gcrypt is enabled

When gcrypt support is present in PACKAGECONFIG, build fails due to the bug reported in [1]. Since this is already solved upstream, this commit backports the corresponding patch. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893602 Signed-off-by: Andrea Galbusera <giz...@gmail.

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

On Thu, Mar 29, 2018 at 11:56 PM, Martin Jansa wrote: > I got the same today. Me too! > > On Thu, Mar 29, 2018 at 11:51 PM, Trevor Woerner wrote: >> >> uhhh gmail is on the bad list? >> anyone else get one of these? >> >> >> -- Forwarded

Re: [OE-core] [PATCH 1/1] bitbake.conf: add tools required by testimage to HOSTTOOLS conditionally

On Sun, Oct 15, 2017 at 4:01 AM, Denys Dmytriyenko <de...@denix.org> wrote: > On Sat, Oct 14, 2017 at 10:53:03PM +0200, Andrea Galbusera wrote: >> On Sat, Sep 30, 2017 at 10:15 AM, Chen Qi <qi.c...@windriver.com> wrote: >> > Add tools required by testimage to

Re: [OE-core] [PATCH 1/1] bitbake.conf: add tools required by testimage to HOSTTOOLS conditionally

On Sat, Sep 30, 2017 at 10:15 AM, Chen Qi wrote: > Add tools required by testimage to HOSTTOOLS only when testimage is > inherited. These tools, as described in the comment, are only required > by the testimage task. So this change should not have negtive effect. > This

[OE-core] non uniform directories permissions in sstate-cache

Recent posts on both Yocto's ML and here mentioned this issue, but I prefer to post in a new thread, since it's possible that the main focus of those thread (sharing sstate-cache between multiple users) might somewhat have shadowed what IMHO seems indeed an issue with directories permissions in

Re: [OE-core] [oe-commits] [openembedded-core] branch master updated (cc319b6 -> 2ebbeb6)

Hi! On Tue, Sep 12, 2017 at 12:58 PM, Martin Jansa wrote: > Hi, > > I don't see any obvious change in this update which should cause this, but > rebuilding my image for raspberrypi3-64 after this update (the previous > image was built without errors) shows: > > NOTE:

Re: [OE-core] [PATCH 1/3] mesa: Support building without opengl

On Mon, Sep 4, 2017 at 10:15 AM, Jussi Kukkonen <jussi.kukko...@intel.com> wrote: > On 4 September 2017 at 10:49, Andrea Galbusera <giz...@gmail.com> wrote: > >> | configure: error: GLX cannot be built without OpenGL >> | NOTE: The following config.log files m

Re: [OE-core] [PATCH 1/3] mesa: Support building without opengl

Hi, On Mon, Aug 28, 2017 at 2:46 PM, Jussi Kukkonen wrote: > mesa can build certain things without opengl: most importantly vulkan > drivers. > > Add comments on the dependencies between the packageconfigs. Also add > a few dependencies to packageconfigs. Modify

Re: [OE-core] [PATCH] mesa: update to 17.1.6

On Thu, Aug 10, 2017 at 11:37 AM, Andreas Müller < schnitzelt...@googlemail.com> wrote: > Optional installation of khrplatform.h was implemented upstream by a > slightly > different approach -> 0001-mapi-Only-install-khrplat > form.h-with-EGL-or-GLES.patch > can be removed. > Signed-off-by:

[OE-core] [PATCH 2/2] scripts/oe-publish-sdk: use hook to call git update-server-info

The author's initial intent was to use a git hook to automatically call update-server-info, but the wrong hook type was chosen (post-update). A post-commit one will do the job, hence allowing to drop the explicit call to update-server-info. Signed-off-by: Andrea Galbusera <giz...@gmail.

[OE-core] [PATCH 1/2] devtool: sdk-update: fix pulling updates from git

Commit 4657bc9d165e51981e034e73e7b92552e873eef7 replaced the git pull logic with the git fetch + git reset --hard combo, but resetting to HEAD does not really pull in new commits from remote... Replace with resetting to the upstream branch instead. Signed-off-by: Andrea Galbusera <

[OE-core] android-tools related warnings in (updated) eSDK

When upgrading an eSDK (via devtool sdk-update) from a project that includes meta-oe in the stack, some files listed in android-tools' SRC_URI, most notably patches and systemd service file got removed from the eSDK copy of metadata during the update, leading bitbake to start warning about not

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

On Tue, Jul 11, 2017 at 10:06 AM, Jussi Kukkonen <jussi.kukko...@intel.com> wrote: > On 10 July 2017 at 17:47, Andrea Galbusera <giz...@gmail.com> wrote: > >> During bisection the failing task changed from do_prepare_recipe_sysroot >> to do_compile with

Re: [OE-core] [PATCH 0/2] mesa: Improve Khronos header handling

Il 12 lug 2017 2:11 PM, "Jussi Kukkonen" ha scritto: Andrea: can you please confirm if this fixes the issue with meta-raspberrypi (the second patch is just cosmetic)? I'll give it a spin as soon as I find some spare cycles! BTW, thank you guys for looking into it!

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

On Wed, Jul 12, 2017 at 7:11 AM, Khem Raj <raj.k...@gmail.com> wrote: > On Tue, Jul 11, 2017 at 9:56 PM, Andrea Galbusera <giz...@gmail.com> > wrote: > > On Wed, Jul 12, 2017 at 12:38 AM, Khem Raj <raj.k...@gmail.com> wrote: > >> > >> On Tue

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

On Wed, Jul 12, 2017 at 12:38 AM, Khem Raj <raj.k...@gmail.com> wrote: > On Tue, Jul 11, 2017 at 3:02 PM, Andrea Galbusera <giz...@gmail.com> > wrote: > > > > > > Il 11 lug 2017 8:00 PM, "Khem Raj" <raj.k...@gmail.com> ha scritto: >

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

Il 11 lug 2017 8:00 PM, "Khem Raj" ha scritto: On Tue, Jul 11, 2017 at 1:34 AM, Jussi Kukkonen wrote: > On 11 July 2017 at 11:27, Jussi Kukkonen wrote: >> >> On 11 July 2017 at 10:42, Jussi Kukkonen

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

On Tue, Jul 11, 2017 at 10:34 AM, Jussi Kukkonen wrote: > On 11 July 2017 at 11:27, Jussi Kukkonen wrote: > >> On 11 July 2017 at 10:42, Jussi Kukkonen >> wrote: >>> >>> Exception: FileExistsError: [Errno 17] File

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

On Tue, Jul 11, 2017 at 10:27 AM, Jussi Kukkonen wrote: > On 11 July 2017 at 10:42, Jussi Kukkonen wrote: >> >> Exception: FileExistsError: [Errno 17] File exists: >>> '/home/gizero/work/smartliving/distro/repo-master/build-poky >>>

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

On Tue, Jul 11, 2017 at 10:06 AM, Jussi Kukkonen <jussi.kukko...@intel.com> wrote: > On 10 July 2017 at 17:47, Andrea Galbusera <giz...@gmail.com> wrote: > >> During bisection the failing task changed from do_prepare_recipe_sysroot >> to do_compile with

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

On Tue, Jul 11, 2017 at 9:42 AM, Jussi Kukkonen <jussi.kukko...@intel.com> wrote: > On 10 July 2017 at 17:47, Andrea Galbusera <giz...@gmail.com> wrote: > >> On Tue, Jun 27, 2017 at 3:16 PM, Jussi Kukkonen <jussi.kukko...@intel.com >> > wrote: >> >

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

On Tue, Jun 27, 2017 at 3:16 PM, Jussi Kukkonen wrote: > Imports the current EGL API registry from Khronos. > > Makes EGL support optional: this is reflected in the recipe but > egl is enabled by default as before. > > Signed-off-by: Jussi Kukkonen

Re: [OE-core] [PATCH] mesa: Split --with-platforms from egl PACKAGECONFIG

On Mon, Jul 10, 2017 at 3:32 PM, Otavio Salvador wrote: > On Mon, Jul 10, 2017 at 8:54 AM, Jussi Kukkonen > wrote: > > Mesa platforms no longer depend directly on egl. Current > > implementation breaks without egl with x11 (which can

Re: [OE-core] [PATCH v2 1/2] mesa: Avoid platform probing when building without EGL

Hi! On Mon, Jul 3, 2017 at 10:02 PM, Otavio Salvador wrote: > The 17.1.2 release has changed the platform setting and when not > explicitly disabled it assumes x11 support. > > Fixes: > > | checking for x11-xcb xcb xcb-dri2 >= 1.8 xcb-xfixes... no > | configure: error:

Re: [OE-core] volatile-binds and DNS

On Thu, May 18, 2017 at 9:16 AM, Kristian Amlie wrote: > We've discovered that one of the recent commits to poky has broken DNS > resolution in our image. The commit in questions is this one: > > --- > commit fcd48092d7bcab0cad2606e65332da62420935ad >

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

On Mon, May 1, 2017 at 1:59 PM, Martin Jansa wrote: > I had to change the password on the login, but then it worked for me. > > I've added Andrea and Andrei to the list. > Thanks! > > On Mon, May 1, 2017 at 1:46 PM, Philip Balister > wrote: > >>

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

On Mon, May 1, 2017 at 12:02 PM, Andrei Gherzan wrote: > On Wed, Apr 19, 2017 at 9:48 PM, Sean Hudson > wrote: > > The board would like to hold a general meeting with all members. Under > > the new by-laws of the OpenEmbedded organization, we can meet

[OE-core] [PATCH] Partially revert "volatile-binds: correct some errors reported by systemd"

brings default etc.conf from systemd recipe back, solving the broken name resolution issue. [YOCTO #11331] Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- meta/recipes-core/volatile-binds/volatile-binds.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-core/volatile

Re: [OE-core] Fwd: Recipe [patch] modification to generate a static library instead of shared library

Hi, On Thu, Apr 6, 2017 at 10:11 PM, Ravi chandra reddy wrote: > Hi, > I am trying to generate LibIIO [open source by Analog Devices], > however there is dependancy on Libxml2. > For libiio there is a recipe in meta-openembedded [1]. Are you using that one? [1]

[OE-core] [PATCH v2] oe-publish-sdk: add pyshtables.py to .gitignore

pyshtables.py should be ignored by git as it is generated. If kept in the repo, causes subsequent runs of sdk-update to fail. [ YOCTO #10963 ] Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- Changes in v2: - don't hardcode pyshtables.py path in .gitconfig --- scripts/oe-publish-s

[OE-core] [PATCH] oe-publish-sdk: add pyshtables.py to .gitignore

poky/bitbake/lib/bb/pysh/pyshtables.py should be ignored by git as it is generated. If kept in the repo, causes subsequent runs of sdk-update to fail. [ YOCTO #10963 ] Signed-off-by: Andrea Galbusera <giz...@gmail.com> --- scripts/oe-publish-sdk | 4 ++-- 1 file changed, 2 insertions