[oe] [meta-networking][PATCH] ebtables: Remove bashisms

Removes the bashism of prefacing shell functions with "function" and renames the clear function to not conflict with the command of the same name. Signed-off-by: Joshua Watt <jpewhac...@gmail.com> --- .../ebtables/ebtables-2.0.10-4/ebtables.common | 12 ++--

[oe] [meta-networking][PATCH v2] waf-samba.bbclass: No longer inherit waf.bbclass

waf-samba.bbclass uses waf in a very different way than the "standard" method that waf.bbclass targets and ends getting very little useful functionality from that class. Signed-off-by: Joshua Watt <jpewhac...@gmail.com> --- meta-networking/classes/waf-sa

[oe] [meta-networking][PATCH] waf-samba.bbclass: No longer inherit waf.bbclass

waf-samba.bbclass uses waf in a very different way than the "standard" method that waf.bbclass targets and ends getting very little useful functionality from that class. Signed-off-by: Joshua Watt <jpewhac...@gmail.com> --- meta-networking/classes/waf-sa

Re: [oe] [meta-networking][PATCH] waf-samba: skip waf_preconfigure() prefunc from waf.bbclass

On Sat, Feb 10, 2018 at 9:39 AM, Kyle Russell wrote: > waf_preconfigure() fails in samba packages because wafbin is packaged > differently, and we already pass bindir and libdir through > CONFIGUREOPTS. > > Signed-off-by: Kyle Russell > --- >

Re: [oe] [meta-networking][PATCH] waf-samba.bbclass: No longer inherit waf.bbclass

On Feb 11, 2018 20:29, "Robert Yang" <liezhi.y...@windriver.com> wrote: On 02/12/2018 05:51 AM, Joshua Watt wrote: > waf-samba.bbclass uses waf in a very different way than the "standard" > method that waf.bbclass targets and ends getting very little useful

Re: [oe] [meta-networking][PATCH] waf-samba: use new oe.utils.parallel_make_argument function instead of removed get_waf_parallel_make

el_make_argument' Make sure you have the latest oe-core > On Feb 16, 2018, at 3:10 PM, Martin Jansa <martin.ja...@gmail.com> wrote: > > This is just to fix the parsing ASAP, you can still send your updated > change which removes the waf inherit completely. > > On Fr

Re: [oe] libtalloc failure due to waf

ys Dmytriyenko <de...@denix.org> wrote: >> >> Any updates on this one yet? Thanks. >> >> On Fri, Feb 16, 2018 at 02:18:32PM -0800, Tim Orling wrote: >>> Expediting the fix is greatly appreciated. >>> >>> Thank you! >>> >>

Re: [oe] libtalloc failure due to waf

16, 2018 at 9:18 PM, Joshua Watt <jpewhac...@gmail.com> > wrote: > > On Fri, 2018-02-16 at 21:08 +0100, Martin Jansa wrote: > > > And now it will fail to parse as well: > > > http://git.openembedded.org/openembedded-core/commit/?id=ccd1142d > > > 22

Re: [oe] libtalloc failure due to waf

nger tied together. Joshua Watt > bb.data_smart.ExpansionError: Failure expanding variable do_compile, > expression was > python ./buildtools/bin/waf ${@get_waf_parallel_make(d)} > which triggered exception NameError: name 'get_waf_parallel_make' is > not defined > On Fri, F

Re: [oe] libtalloc failure due to waf

On Thu, 2018-02-15 at 23:10 +, Tim Orling wrote: > Seeing the same and trying to figure it out. Also, seems there is no > recipe > for waf-native, so it becomes a new required host tool. There is no "waf" tool, so a "waf-native" tool doesn't make sense... it's not how waf works. Each project

Re: [oe] libtalloc failure due to waf

This was fixed here: http://lists.openembedded.org/pipermail/openembedd ed-devel/2018-February/116701.html I think it will probably be pushed to master soon, it is on the stagging/master-next branch in contrib (370ea5786) Joshua Watt On Thu, 2018-02-15 at 17:53 -0500, Denys Dmytriyenko wrote

Re: [oe] libtalloc failure due to waf

ts the build to look for waf elsewhere than the project root, and really didn't need to be inheriting from waf.bbclass at all, hence my patch. > > > > On Thu, Feb 15, 2018 at 3:16 PM Joshua Watt <jpewhac...@gmail.com> > > wrote: > > > > >

Re: [oe] libtalloc failure due to waf

f it did a "waf-native" tool is still not the correct answer. Thanks,Joshua Watt > Regardless, something broke. > On Thu, Feb 15, 2018 at 3:16 PM Joshua Watt <jpewhac...@gmail.com> > wrote: > > On Thu, 2018-02-15 at 23:10 +, Tim Orling wrote: > > >

Re: [oe] [meta-networking][PATCH] waf-samba: use new oe.utils.parallel_make_argument function instead of removed get_waf_parallel_make

On Fri, 2018-02-16 at 21:35 +, Martin Jansa wrote: > Signed-off-by: Martin Jansa > --- > meta-networking/classes/waf-samba.bbclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta-networking/classes/waf-samba.bbclass b/meta- >

Re: [oe] libtalloc failure due to waf

e of the exception than the rule Most projects will follow the waf.bbclass pattern of a wscript and waf in $S, but we can probably parameterize it if necessary. Do you know of a specific recipe that fails? > >> On Thu, Feb 15, 2018 at 3:16 PM Joshua Watt <jpewhac...@gm

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

e an opportunity to dial in remotely? -- Joshua Watt -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][master][sumo][PATCH] rapidjson: Update to newer 1.1.0 + git

cpu=native when crosscompiling") Signed-off-by: Joshua Watt Signed-off-by: Veselin Georgiev --- meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb b/meta-oe/recipe

[oe] [meta-oe][master][sumo][PATCH] rapidjson: Allow empty package

Causes the empty base package to be created so that RapidJSON can be sanely included in an SDK via IMAGE_INSTALL, RDEPENDS, and the like. Signed-off-by: Joshua Watt --- meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-oe/recipes

Re: [oe] [meta-oe][master][sumo][PATCH] rapidjson: Allow empty package

> On Tue, Oct 23, 2018 at 6:05 PM Joshua Watt > wrote: > > Causes the empty base package to be created so that RapidJSON can > > be > > > > sanely included in an SDK via IMAGE_INSTALL, RDEPENDS, and the > > like. > > > > > > > > Si

Re: [oe] [meta-oe][master][sumo][PATCH] rapidjson: Update to newer 1.1.0 + git

On Tue, Oct 23, 2018, 5:32 PM akuster808 wrote: > > On 10/23/18 5:04 PM, Joshua Watt wrote: > > Bring in a newer version of rapidjson which includes a fixes when > > running on ARM, specifically 748a652f04 ("Fix SIGBUS due to unaligned > > access") > > M

[oe] [meta-oe][master][sumo][PATCH v2] rapidjson: Allow empty package

Causes the empty base package to be created so that RapidJSON can be sanely included in an SDK via IMAGE_INSTALL, RDEPENDS, and the like. Signed-off-by: Joshua Watt --- meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta

[oe] [meta-oe][sumo][PATCH] rapidjson: Fix data abort on ARM

The internal memory allocator that RapidJSON uses wasn't correctly aligning memory in all cases, which resulted in data aborts when running on ARM-based processors. This was fixed upstream in 748a652f04cd3a202ce3639770238bd9473b300c Signed-off-by: Joshua Watt --- ...1-Fix-SIGBUS-due

Re: [oe] [meta-oe][PATCH 4/4] faad2: set LICENSE_FLAGS

nally* get a commercial license for it if you needed one. Is the LICENSE_FLAG necessary in that case? It seems like the default license of GPLv2 would apply unless you worked something out with them to get a commercial license? > PR = "r1" > > inherit autotools > -- > 2.17.

Re: [oe] [OE-core] Fwd: [yocto] Yocto Project DevDay NA 2019 - Extend your Embedded Linux Conference Experience

Both of the registration links take me to the ELC registration page is there a way to register outside of the ELC registration? We lost our confirmation numbers due to a mix up in the ordering process and can't change our registration anymore :( On 6/10/19 7:21 AM, Philip Balister wrote:

Re: [oe] [OE-core] Fwd: [yocto] Yocto Project DevDay NA 2019 - Extend your Embedded Linux Conference Experience

On 6/11/19 3:57 PM, Joshua Watt wrote: Both of the registration links take me to the ELC registration page is there a way to register outside of the ELC registration? We lost our confirmation numbers due to a mix up in the ordering process and can't change our registration anymore

Re: [oe] [warrior][PATCH] README: updated Maintainers list for Warrior

r > bitbake". Thanks! No it didn't... I seem to recall looking at it and it wasn't quite as trivial as I had assumed but got distracted; sorry about that. If we are still wanting to make oe-core backward compatible with older bitbake I can open a bugzilla. For reference, here is the discussion: h

Re: [oe] [warrior][PATCH] README: updated Maintainers list for Warrior

On Wed, 2019-05-01 at 11:48 -0400, Tom Rini wrote: > On Wed, May 01, 2019 at 10:45:03AM -0500, Joshua Watt wrote: > > On Wed, 2019-05-01 at 11:27 -0400, Tom Rini wrote: > > > On Wed, May 01, 2019 at 07:52:00AM -0700, Armin Kuster wrote: > > > &g

Re: [oe] [meta-oe][PATCH] iniparser: add initial recipe

On 6/27/19 1:25 PM, Gianfranco Costamagna wrote: From: Gianfranco Costamagna Signed-off-by: Gianfranco Costamagna Signed-off-by: Gianfranco Costamagna Signed-off-by: Gianfranco Costamagna --- .../iniparser/Add-CMake-support.patch | 63 +++

[oe] [meta-oe][PATCH] glmark2: Update to latest version

Updates to the most recent version of glmark2. In particular, this fixes problems where the benchmark would fail to start due to improper handling of EGL_NO_DISPLAY with EGL 1.5 Signed-off-by: Joshua Watt --- meta-oe/recipes-benchmark/glmark2/glmark2_git.bb | 4 ++-- 1 file changed, 2

[oe][meta-oe][PATCH] glmark2: don't build full OpenGL backends by default

From: Matt Hoosier Most embedded GPU's implementations OpenGL include only the OpenGL ES APIs. Attempting to compile the {x11,wayland,drm}-gl variants of GLMark fail in those cases. Signed-off-by: Matt Hoosier Signed-off-by: Joshua Watt --- meta-oe/recipes-benchmark/glmark2/glmark2_git.bb

[oe][meta-oe][PATCH v2] fcgiwrap: add recipe

From: Senthil Selvaganesan fcgiwrap is a simple server for running CGI applications over FastCGI. It hopes to provide clean CGI support to Nginx and other web servers that may need it. Homepage: https://github.com/gnosek/fcgiwrap. Signed-off-by: Senthil Selvaganesan Signed-off-by: Joshua Watt

[oe] [meta-gnome][RFC] gnome: gnome-shell: Move gsettings to their own package

Moves the gnome-shell-gsettings package to it's own package so that other desktop environments that depends on it can pull it in without pulling in all of gnome-shell Signed-off-by: Joshua Watt --- meta-gnome/recipes-gnome/gnome-shell/gnome-shell_3.34.5.bb | 6 -- 1 file changed, 4

Re: [oe][meta-oe][PATCH] classes: Add Android sparse image class

On 3/8/21 2:54 PM, Khem Raj wrote: On Fri, Mar 5, 2021 at 11:09 AM Joshua Watt wrote: Adds a class to create sparse image files using the Android tools --- meta-oe/classes/image_types_simg.bbclass | 16 1 file changed, 16 insertions(+) create mode 100644 meta-oe/classes

[oe][meta-oe][PATCH v2] classes: Add Android sparse image class

Adds a class to create sparse image files using the Android tools Signed-off-by: Joshua Watt --- meta-oe/classes/image_types_sparse.bbclass | 16 1 file changed, 16 insertions(+) create mode 100644 meta-oe/classes/image_types_sparse.bbclass diff --git a/meta-oe/classes

[oe][meta-oe][PATCH] classes: Add Android sparse image class

Adds a class to create sparse image files using the Android tools --- meta-oe/classes/image_types_simg.bbclass | 16 1 file changed, 16 insertions(+) create mode 100644 meta-oe/classes/image_types_simg.bbclass diff --git a/meta-oe/classes/image_types_simg.bbclass

[oe][meta-oe][PATCH] mutter: Move gsettings to a separate package

Move the mutter gsettings to their own package. Some other compositors (specifically, phoc) want to use the mutter provided gsettings to remain compatible. This allows those recipes to pick up the runtime settings without having to pull in all of mutter Signed-off-by: Joshua Watt --- meta-gnome

Re: [oe][meta-oe][PATCH] mutter: Move gsettings to a separate package

On Mon, Oct 18, 2021, 12:44 PM Andreas Müller wrote: > On Mon, Oct 18, 2021 at 7:37 PM Joshua Watt wrote: > > > > Move the mutter gsettings to their own package. Some other compositors > > (specifically, phoc) want to use the mutter provided gsettings to remain > > co

[oe][meta-oe][PATCH v2] mutter: Move gsettings to a separate package

Move the mutter gsettings to their own package. Some other compositors (specifically, phoc) want to use the mutter provided gsettings to remain compatible. This allows those recipes to pick up the runtime settings without having to pull in all of mutter Signed-off-by: Joshua Watt --- meta-gnome

[oe][meta-oe][PATCH] colord-native: Inherit pkgconfig

pkgconfig.bbclass is now required for pkg-config to be present Signed-off-by: Joshua Watt --- meta-oe/recipes-support/colord/colord-native.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-support/colord/colord-native.bb b/meta-oe/recipes-support/colord

[oe][meta-oe][PATCH] gnome-control-center: Fixup polkit directory permissions

Fixes up the permissions of the polkit directory to match other recipes, otherwise they conflict at package install time Signed-off-by: Joshua Watt --- .../gnome-control-center/gnome-control-center_41.1.bb | 8 1 file changed, 8 insertions(+) diff --git a/meta-gnome/recipes-gnome

[oe][meta-oe][PATCH] gnome-shell: introspection is not valid meson option

meson 0.60+ errors out on unknown options and -Dintrospection is not a valid option Signed-off-by: Joshua Watt --- meta-gnome/recipes-gnome/gnome-shell/gnome-shell_41.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-gnome/recipes-gnome/gnome-shell/gnome-shell_41.0

[oe][meta-oe][PATCH] gdm: introspection is not valid meson option

meson 0.60+ errors out on unknown options and -Dintrospection is not a valid option Signed-off-by: Joshua Watt --- meta-gnome/recipes-gnome/gdm/gdm_41.0.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-gnome/recipes-gnome/gdm/gdm_41.0.bb b/meta-gnome/recipes-gnome/gdm/gdm_41.0.bb

[oe][meta-oe][PATCH] colord: introspection is not valid meson option

meson 0.60+ errors out on unknown options and -Dintrospection is not a valid option Signed-off-by: Joshua Watt --- meta-oe/recipes-support/colord/colord.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-support/colord/colord.bb b/meta-oe/recipes-support

[oe][meta-oe][PATCH] gnome-settings-daemon: introspection is not valid meson option

meson 0.60+ errors out on unknown options and -Dintrospection is not a valid option Signed-off-by: Joshua Watt --- .../gnome-settings-daemon/gnome-settings-daemon_41.0.bb| 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/meta-gnome/recipes-gnome/gnome-settings-daemon

[oe][meta-oe][PATCH] gnome-online-accounts: Switch back to libsoup2

-off-by: Joshua Watt --- .../files/0001-Update-to-rest-1.0.patch | 160 .../0001-Use-GUri-instead-of-SoupURI.patch| 351 .../files/0002-Port-to-libsoup3.patch | 841 -- .../gnome-online-accounts_3.43.1.bb | 7 +- 4 files changed, 162

Re: [oe][meta-oe][PATCH] jemalloc: Fix autoheader

Apparently I do not understand autotools :) Please drop this patch On 12/15/21 12:30 PM, Joshua Watt wrote: Fixes configure.ac to comply with more recent autoconf instead of disabling autoheader Signed-off-by: Joshua Watt --- ...1-Support-latest-version-of-autoconf.patch | 877

[oe][meta-oe][PATCH] jemalloc: Fix autoheader

Fixes configure.ac to comply with more recent autoconf instead of disabling autoheader Signed-off-by: Joshua Watt --- ...1-Support-latest-version-of-autoconf.patch | 877 ++ .../jemalloc/jemalloc_5.2.1.bb| 3 +- 2 files changed, 878 insertions(+), 2 deletions

[oe][meta-oe][PATCH] jemalloc: Fix license file

The license is contained in the COPYING file, not the README Signed-off-by: Joshua Watt --- meta-oe/recipes-devtools/jemalloc/jemalloc_5.2.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-devtools/jemalloc/jemalloc_5.2.1.bb b/meta-oe/recipes-devtools

[oe][meta-oe][PATCH] graphene: Move from meta-gnome -> meta-oe

This library is not specific to GNOME and has no GNOME specific functionality. Move it to meta-oe so that users can pull it in without meta-gnome. Signed-off-by: Joshua Watt --- .../recipes-graphics}/graphene/graphene_1.10.6.bb | 0 1 file changed, 0 insertions(+), 0 deletions

[oe][meta-webserver][PATCH] meta-webserver: nginx: Add ipv6 support

Adds a PACKAGECONFIG to enable ipv6 in nginx Signed-off-by: Joshua Watt --- meta-webserver/recipes-httpd/nginx/nginx.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-webserver/recipes-httpd/nginx/nginx.inc b/meta-webserver/recipes-httpd/nginx/nginx.inc index dfced3330..33791ec6a

[oe][meta-webserver][PATCH v2] meta-webserver: nginx: Add ipv6 support

Adds a PACKAGECONFIG to enable ipv6 in nginx Signed-off-by: Joshua Watt --- meta-webserver/recipes-httpd/nginx/nginx.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta-webserver/recipes-httpd/nginx/nginx.inc b/meta-webserver/recipes-httpd/nginx/nginx.inc index

[oe][meta-oe][PATCH] iniparser: Add native support

Native tools may link against iniparser, so extend it to be a native recipe also. Signed-off-by: Joshua Watt --- meta-oe/recipes-support/iniparser/iniparser_4.1.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-oe/recipes-support/iniparser/iniparser_4.1.bb b/meta-oe/recipes-support

[oe][meta-oe][PATCH] libzip: Add native support

Native tools may link against libzip, so extend it to be a native recipe also. Signed-off-by: Joshua Watt --- meta-oe/recipes-extended/libzip/libzip_1.9.2.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-oe/recipes-extended/libzip/libzip_1.9.2.bb b/meta-oe/recipes-extended/libzip

[oe][meta-oe][PATCH] libvpx: Explicitly link with pthread support

Some platforms (e.g. x86) require that the build (host) tools be explicitly linked with -pthread to link against the pthread libraries so do that here. Signed-off-by: Joshua Watt --- meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-oe

[oe][meta-oe][PATCH] libvpx: Enable native support

Enable support for building libvpx as a native recipe Signed-off-by: Joshua Watt --- meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb b/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb index

[oe][meta-oe][PATCH v2] libvpx: Explicitly link with pthread support

When building for the native build host, explicitly add the -pthread option to link against the pthread libraries. This errors like: vp9_encoder.c:(.text+0x2073): undefined reference to `pthread_once' when building the native variant Signed-off-by: Joshua Watt --- meta-oe/recipes-multimedia

[oe] SPDX Support in Dunfell

soon. It is mostly identical to the version that currently exists on the master branch with the major exception that is uses gzip instead of zstd for compression. This change was made to prevent the need to install zstd on some of the older host distros that dunfell supports. Thanks, Joshua Watt

[oe][meta-oe][PATCH] redis: Create state directory in systemd service

Configures the systemd service file for redis to create the required state directory before redis starts. Signed-off-by: Joshua Watt --- meta-oe/recipes-extended/redis/redis-7.2.3/redis.service | 1 + meta-oe/recipes-extended/redis/redis/redis.service | 1 + 2 files changed, 2 insertions

[oe][meta-oe][PATCH] fcgiwrap: add recipe

From: Senthil Selvaganesan fcgiwrap is a simple server for running CGI applications over FastCGI. It hopes to provide clean CGI support to Nginx and other web servers that may need it. Homepage: https://github.com/gnosek/fcgiwrap. Signed-off-by: Senthil Selvaganesan Signed-off-by: Joshua Watt