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
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
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
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
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
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
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
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
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
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
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
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
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
-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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 +++
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
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:
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
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
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.
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
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
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
> 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
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
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
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
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!
>>>
>>
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
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-
>
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
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
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
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:
> >
> > >
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:
> >
>
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
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
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
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
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
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
> ---
>
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 ++--
59 matches
Mail list logo