On Sat, May 04, 2019 at 08:27:16AM -0700, Armin Kuster wrote:
> From: Changqing Li
>
> respect DISTRO_FEATURES to make waffle support different platform,
> gbm platform is supported by default.
>
> [YOCTO #6077]
>
> Signed-off-by: Changqing Li
> Signed-off-by: Richard Purdie
> Signed-off-by:
On Sat, May 04, 2019 at 08:27:09AM -0700, Armin Kuster wrote:
> From: Adrian Bunk
>
> The recipe was removed 3 years ago.
>...
This is a pure cleanup change, not something that would be worth
backporting to stable branches.
cu
Adrian
--
"Is there not promise of rain
On Sat, Apr 27, 2019 at 10:11:36AM -0700, Khem Raj wrote:
> another issue I see
>
> https://errors.yoctoproject.org/Errors/Details/238569/
Are you sure this is related to the ninja change?
The error looks more as if it would be caused by the gtk-doc.bbclass
change (commit 07d29e7cec).
cu
The recipe was removed 3 years ago.
Signed-off-by: Adrian Bunk
---
...Update-AM_GLIB_GNU_GETTEXT-to-match-.patch | 40 ---
1 file changed, 40 deletions(-)
delete mode 100644
meta/recipes-gnome/gnome/gnome-doc-utils/0001-glib-gettext.m4-Update-AM_GLIB_GNU_GETTEXT-to-match
On Fri, Apr 26, 2019 at 10:31:03AM -0500, Mark Hatle wrote:
> On 4/26/19 12:12 AM, Adrian Bunk wrote:
> > On Thu, Apr 25, 2019 at 03:18:47PM -0500, Mark Hatle wrote:
> >> On 4/25/19 2:28 PM, Adrian Bunk wrote:
> >>> Would you consider this patch appropriate
On Thu, Apr 25, 2019 at 03:18:47PM -0500, Mark Hatle wrote:
> On 4/25/19 2:28 PM, Adrian Bunk wrote:
> > Would you consider this patch appropriate now that warrior has branched?
>
> The use of OpenSSL10 as a 'second library' is likely no longer needed. But
> OpenSSL 1.0
Would you consider this patch appropriate now that warrior has branched?
Adrian
On Fri, Mar 08, 2019 at 10:39:04PM +0200, Adrian Bunk wrote:
> On Fri, Mar 08, 2019 at 11:21:26PM +0300, Alexander Kanavin wrote:
> > Perhaps you could grep meta-openembedded for openssl10? I do not have
&
It saves 23% space for me, and decompression time is also shorter.
Compression time and xz memory usage should be less of a worry
for the SDK.
Signed-off-by: Adrian Bunk
---
meta/classes/populate_sdk_base.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes
On Wed, Apr 24, 2019 at 04:41:00PM +0800, mingli...@windriver.com wrote:
> From: Mingli Yu
>
> The commit[8ac8fa8ee1 nettle: update to 3.4.1]
> add CFLAGS_append = " -std=c99" to silence the
> below error for native build:
> | ../nettle-3.4.1/rsa-sign-tr.c: In function 'sec_equal':
> |
On Wed, Apr 17, 2019 at 09:57:50AM +, Bach, Pascal wrote:
> > > > Your "everyone has to install it" worry misses the much bigger
> > > > problem that git-lfs is a relatively new tool and not available in
> > > > distributions like Debian 9 or Ubuntu 16.04.
> > >
> > > Someone could certainly
On Wed, Apr 17, 2019 at 10:37:45AM +0100, richard.pur...@linuxfoundation.org
wrote:
> On Wed, 2019-04-17 at 12:35 +0300, Adrian Bunk wrote:
>...
> > Your "everyone has to install it" worry misses the much bigger
> > problem
> > that git-lfs is a rel
On Wed, Apr 17, 2019 at 09:46:25AM +0100, richard.pur...@linuxfoundation.org
wrote:
> On Wed, 2019-04-17 at 10:20 +0800, Saini, Naveen Kumar wrote:
>...
> > Should this be added to HOSTTOOLS instead so lfs files are always
> > fetched for packages that use it?
>
> No, that would mean everyone
On Tue, Apr 16, 2019 at 05:49:44PM +0800, changqing...@windriver.com wrote:
> From: Changqing Li
>
> * This patch is get from fedora project, link:
> https://src.fedoraproject.org/rpms/glibc/blob/0457f649e3fe6299efe384da13dfc923bbe65707/f/glibc-c-utf8-locale.patch
>
> * At this point, most
On Tue, Apr 16, 2019 at 12:02:04PM +, John Ernberg wrote:
>...
> --- a/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
> +++ b/meta/recipes-devtools/i2c-tools/i2c-tools_4.1.bb
>...
> -PACKAGES =+ "${PN}-misc"
> +PACKAGES =+ "${PN}-misc ${PN}-utils "
>...
i2c-tools-utils is a weird name.
It
On Mon, Apr 15, 2019 at 07:19:13AM -0700, Khem Raj wrote:
>
> What are you trying to convey ? That’s what I mentioned before I began my
> reply however to reiterate my point was if a package is not usually built
> and tested with this combination which is evident because it fails to build
> then
On Mon, Apr 08, 2019 at 08:53:49PM -0700, Khem Raj wrote:
> On Mon, Apr 8, 2019 at 7:32 PM wrote:
> >
> > From: Mingli Yu
> >
> > When DEBUG_BUILD = "1" added in local.conf, there
> > comes below build error when "bitbake gcc-sanitizers":
> > |
> >
On Mon, Apr 15, 2019 at 09:06:12AM +0100, richard.pur...@linuxfoundation.org
wrote:
> On Mon, 2019-04-15 at 16:09 +0800, Yu, Mingli wrote:
> >
> > On 2019年04月15日 15:59, richard.pur...@linuxfoundation.org wrote:
> > > On Mon, 2019-04-15 at 15:40 +0800, mingli...@windriver.com wrote:
> > > >
On Sun, Apr 14, 2019 at 11:42:31PM -0400, kai.k...@windriver.com wrote:
> From: Kai Kang
>
> Update SRCREV of cryptodev which only contains one fix for linux 5.0:
>...
> --- a/meta/recipes-kernel/cryptodev/cryptodev.inc
> +++ b/meta/recipes-kernel/cryptodev/cryptodev.inc
> @@ -4,7 +4,7 @@
This also fixes a dhcp breakage noticed by Enrico Scholz.
Signed-off-by: Adrian Bunk
---
...e-custom-isc_boolean_t-with-C-standa.patch | 2882 -
...ludes-of-new-BIND9-compatibility-hea.patch | 79 +
meta/recipes-connectivity/dhcp/dhcp_4.4.1.bb |2 +-
3 files changed, 80
On Sun, Apr 14, 2019 at 02:47:01PM +0200, Enrico Scholz via Openembedded-core
wrote:
> There is a copy & paste error in 5775e9ef2fce1d0b9860602f1065bb1e09bc1b61
> which breaks dhcpd.
>
> Cc: Armin Kuster
> Signed-off-by: Enrico Scholz
> ---
>
On Fri, Apr 12, 2019 at 04:12:19PM -0700, Khem Raj wrote:
> On Fri, Apr 12, 2019 at 2:09 PM Adrian Bunk wrote:
> >
> > It is consistent with other compressors also using their
> > best compression.
> >
> > xz is currently the option that offers best compression,
&
Java support was removed in upstream gcc 7.
Signed-off-by: Adrian Bunk
---
meta/recipes-devtools/gcc/gcc-8.3.inc | 1 -
meta/recipes-devtools/gcc/gcc-configure-common.inc | 8 +---
2 files changed, 1 insertion(+), 8 deletions(-)
diff --git a/meta/recipes-devtools/gcc/gcc-8.3
On Fri, Apr 12, 2019 at 02:44:05PM -0700, Andre McCurdy wrote:
> On Fri, Apr 12, 2019 at 2:09 PM Adrian Bunk wrote:
> >
> > It is consistent with other compressors also using their
> > best compression.
> >
> > xz is currently the option that offers best compressi
using a different
option like gzip or bzip2 is the logical choice.
For decompression, better compressed is actually faster
to decompress.
Signed-off-by: Adrian Bunk
---
meta/classes/image_types.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes
On Fri, Apr 12, 2019 at 01:30:46PM +0100, Daniel Thompson wrote:
> Currently go-native bootstraps without any dependency on the host go
> compiler by building go-1.4 (the last version written in C) and using
> that to build a more recent version of go. This does not work on host
> architectures,
On Fri, Apr 12, 2019 at 02:26:20PM -0400, Randy MacLeod wrote:
>...
> In the long run, don't we want to avoid any new binaries or host tools? Is
> anyone else in the go community (Debian maybe?) interested in
> bootstrapping go on arm64 hosts or do they all just use the binary?
>...
Binary
On Mon, Apr 08, 2019 at 08:08:08PM +0530, akuster808 wrote:
>
>
> On 4/8/19 5:38 PM, Adrian Bunk wrote:
> > This is a new upstream release from the same stable branch
> > bringing new features and bugfixes (including CVE fixes).
> >
> > COPYING changed http ->
This is a new upstream release from the same stable branch
bringing new features and bugfixes (including CVE fixes).
COPYING changed http -> https.
configure no longer has a --without-libunistring-prefix option.
Signed-off-by: Adrian Bunk
---
.../gnutls/{gnutls_3.6.5.bb => gnutls_3.
Bugfix-only compared to 9.11.5, mostly CVE fixes.
COPYRIGHT checksum changed due to 2018 -> 2019.
Signed-off-by: Adrian Bunk
---
.../bind/{bind_9.11.5.bb => bind_9.11.5-P4.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-connectivit
On Thu, Apr 04, 2019 at 10:06:44AM +0800, Changqing Li wrote:
>...
> And also upstream have use same way to fix under
> cogl/driver/gl/gl/cogl-driver-gl.c
>
> https://gitlab.gnome.org/GNOME/cogl/commit/ca5226513eb64bceb38ca01994799c4e7cd9f5fa
Have they?
This looks like a 4 year old commit that
On Wed, Apr 03, 2019 at 01:48:04PM -0700, Andre McCurdy wrote:
>...
> If we let the user pass an arbitrary string to -march then we lose the
> ability to determine that (for example) it's safe for a
> "armv7athf-vfpv3" machine to pull from a "armv7athf-vfpv3d16" package
> feed.
For ARM <= v7 this
On Wed, Apr 03, 2019 at 12:29:29PM -0700, Andre McCurdy wrote:
> On Tue, Apr 2, 2019 at 11:23 PM Adrian Bunk wrote:
> > On Tue, Apr 02, 2019 at 09:26:46PM +0100, Richard Purdie wrote:
> > >...
> > > "armv4t" is defined in the arm tune files to
On Wed, Apr 03, 2019 at 10:29:08AM +0800, Changqing Li wrote:
>
> On 4/2/19 7:31 PM, Adrian Bunk wrote:
> > On Tue, Apr 02, 2019 at 05:08:33PM +0800, changqing...@windriver.com wrote:
> > > From: Changqing Li
> > >
> > > fix below compile
On Tue, Apr 02, 2019 at 03:46:14PM -0400, Tom Rini wrote:
> On Tue, Apr 02, 2019 at 09:51:21AM +0300, Adrian Bunk wrote:
> > On Mon, Apr 01, 2019 at 04:20:41PM -0700, akuster808 wrote:
> > >
> > >
> > > On 4/1/19 4:02 PM, Richard Purdie wrote:
>
On Tue, Apr 02, 2019 at 09:26:46PM +0100, Richard Purdie wrote:
>...
> "armv4t" is defined in the arm tune files to mean "add -march=armv4t"
> which is the convention used throughout all the tune files.
>...
Unfortunately this is not true.
OE has both armv7a and armv7at tunes.
There is no
On Tue, Apr 02, 2019 at 05:08:33PM +0800, changqing...@windriver.com wrote:
> From: Changqing Li
>
> fix below compile error with -Werror=maybe-uninitialized
>
> | ../../cogl-1.22.2/cogl/driver/gl/gles/cogl-driver-gles.c:217:17: error:
> 'gltype' may be used uninitialized in this function
>
On Mon, Apr 01, 2019 at 04:20:41PM -0700, akuster808 wrote:
>
>
> On 4/1/19 4:02 PM, Richard Purdie wrote:
> > On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote:
> >> Hello,
> >>
> >> I have noticed a large number of git commits with no header
> >> information being accepted.
> > Can you be
On Wed, Mar 27, 2019 at 03:09:17PM +0100, Alexander Kanavin wrote:
> This update adds a patch from Debian to match the latest version there.
>...
> + file://0004-fix-ftbfs-glibc-2.28.patch \
> file://blktool-gnulib-makedev.patch \
>...
That's 2 patches adding the same
On Wed, Mar 27, 2019 at 02:33:14PM +0100, Martin Jansa wrote:
> On Tue, Mar 26, 2019 at 12:42:12PM +0200, Adrian Bunk wrote:
>...
> > Not having the release there also loses the ability to use either
> > gcc_%.bbappend or gcc_8.3.0.bbappend, which are suitable for
> &
On Tue, Mar 26, 2019 at 11:20:17AM +0100, Martin Jansa wrote:
> On Tue, Mar 26, 2019 at 10:00:52AM +, Burton, Ross wrote:
> > On Tue, 26 Mar 2019 at 01:39, Khem Raj wrote:
> > > > This isn't a git snapshot recipe but a release that is fetched over it.
> > > > For
> > > > clarity, put the PV
On Mon, Mar 25, 2019 at 10:44:28AM -0700, Khem Raj wrote:
> On Sat, Mar 23, 2019 at 2:16 PM Adrian Bunk wrote:
>...
> > so that the workaround patches can be dropped from packages like NM?
>
> I think the right approach is to fix the problem where it belongs, and
> gen
On Mon, Mar 25, 2019 at 06:36:19PM +0100, Andreas Müller wrote:
>...
> Something to add - haven't yet looked into networkmanger:
>
> Do we have the chance to change the sequence of paths headers are searched for
>
> 1. musl
> 2. linux
>
> That might fix some issues
It would not.
The headers
On Mon, Mar 25, 2019 at 06:15:40PM +0100, Andreas Müller wrote:
>...
> Looked into this. Found an old musl build failure of networkmanager
> [1] but I think the issue has not changed:
>
> | In file included from
>
On Mon, Mar 25, 2019 at 05:31:47PM +0100, Andrea Adami wrote:
> On Mon, Mar 25, 2019 at 5:10 PM Adrian Bunk wrote:
> >
> > On Mon, Mar 25, 2019 at 04:36:44PM +0100, Andrea Adami wrote:
> > > On Sat, Mar 23, 2019 at 11:00 PM Andreas Müller
> > > wrote:
> >
On Mon, Mar 25, 2019 at 04:36:44PM +0100, Andrea Adami wrote:
> On Sat, Mar 23, 2019 at 11:00 PM Andreas Müller
> wrote:
> >
> > On Sat, Mar 23, 2019 at 10:53 PM Adrian Bunk wrote:
> > >
> > > On Sat, Mar 23, 2019 at 10:22:15PM +0100, Andreas Müller wrote:
&
On Sat, Mar 23, 2019 at 08:29:51PM +, Alex Kiernan wrote:
> Convert existing EXTRA_OECONF and DEPENDS to PACKAGECONFIG, fill out
> remaining PACKAGECONFIG options. Note we pass in --without-libpsl, which
> we didn't previously, but all this actually ends up doing is silencing a
> warning from
On Sat, Mar 23, 2019 at 10:22:15PM +0100, Andreas Müller wrote:
> On Sat, Mar 23, 2019 at 10:16 PM Adrian Bunk wrote:
> >
> > On Fri, Mar 22, 2019 at 03:18:01PM -0700, Khem Raj wrote:
> > >...
> > > There are certain design aspects of musl which are actually turni
On Fri, Mar 22, 2019 at 03:18:01PM -0700, Khem Raj wrote:
>...
> There are certain design aspects of musl which are actually turning
> out to be good
> e.g. there is no __MUSL__ define, so non-portable code can not be
> hidden which is a good thing,
>...
Please take a closer look at some of the
On Fri, Mar 22, 2019 at 03:20:19PM -0700, Khem Raj wrote:
> On Fri, Mar 22, 2019 at 1:03 PM Adrian Bunk wrote:
> >
> > On Fri, Mar 22, 2019 at 02:11:35AM +0100, Andreas Müller wrote:
> > >...
> > > 3. Change our musl slightly: Many patches we currently have a
On Fri, Mar 22, 2019 at 02:11:35AM +0100, Andreas Müller wrote:
>...
> 3. Change our musl slightly: Many patches we currently have are
> trivial. Missing headers or #defines for missing functions... So if we
> add few headers
> * Empty chunks for e.g
>...
> Some other ideas?
Not upstreamable
On Fri, Mar 22, 2019 at 07:53:03AM -0700, akuster808 wrote:
> On 3/21/19 6:11 PM, Andreas Müller wrote:
>...
> > As you might guess I'd prefer 3 because:
> > + Many patches can go and don't need maintenance on upstream refactoring
> > anymore
> > + Burden for people sending patches would be
On Wed, Mar 20, 2019 at 07:56:45PM -0400, Khem Raj wrote:
>...
> Has need to turn it off then they should chime back
> Since removing this just removes a detail which we can actually keep
> without much effort
Turning it off is the only part that would not be a nop,
but this would require adding
On Wed, Mar 20, 2019 at 09:33:56AM -0700, akuster808 wrote:
>
>
> On 3/20/19 8:55 AM, Adrian Bunk wrote:
> > On Wed, Mar 20, 2019 at 08:21:31AM -0700, akuster808 wrote:
> >> On 3/20/19 7:56 AM, Adrian Bunk wrote:
> >>> On Wed, Mar 20, 2019 at 07:35:53AM -0700,
On Wed, Mar 20, 2019 at 08:21:31AM -0700, akuster808 wrote:
> On 3/20/19 7:56 AM, Adrian Bunk wrote:
> > On Wed, Mar 20, 2019 at 07:35:53AM -0700, akuster808 wrote:
> >>
> >> On 3/20/19 7:09 AM, Adrian Bunk wrote:
> >>> Copyright hash changed to to
On Wed, Mar 20, 2019 at 08:59:39AM -0400, Khem Raj wrote:
> On Wed, Mar 20, 2019 at 1:21 AM Adrian Bunk wrote:
> >
> > On Tue, Mar 19, 2019 at 11:51:47PM -0400, Khem Raj wrote:
> > > On Fri, Mar 15, 2019 at 6:45 AM Adrian Bunk wrote:
> > > >
> > &g
On Wed, Mar 20, 2019 at 07:35:53AM -0700, akuster808 wrote:
>
>
> On 3/20/19 7:09 AM, Adrian Bunk wrote:
> > Copyright hash changed to to year change.
>
> You are missing one of the more important bits of info that would help
> make the decision if this gets into M4
Copyright hash changed to to year change.
Signed-off-by: Adrian Bunk
---
...0001-configure.in-remove-useless-L-use_openssl-lib.patch | 4 ++--
...nd-ensure-searching-for-json-headers-searches-sysr.patch | 4 ++--
.../bind/{bind_9.11.5.bb => bind_9.11.6.bb} | 6 +++---
3 fi
On Tue, Mar 19, 2019 at 11:51:47PM -0400, Khem Raj wrote:
> On Fri, Mar 15, 2019 at 6:45 AM Adrian Bunk wrote:
> >
> > On Tue, Mar 12, 2019 at 05:41:58PM +0800, changqing...@windriver.com wrote:
> > > From: Changqing Li
> > >
> > > while compiled with
SIMD instructions are a mandatory part of armv8a
(they were optional in armv7a), and the gcc docs
also say that they are always enabled.
Signed-off-by: Adrian Bunk
---
meta/conf/machine/include/arm/arch-armv8a.inc | 6 ++
meta/conf/machine/include/tune-cortexa32.inc | 4 ++--
meta/conf
On Sun, Mar 17, 2019 at 08:38:20AM -0700, akuster808 wrote:
>
>
> On 3/17/19 6:08 AM, Adrian Bunk wrote:
> > On Sat, Mar 16, 2019 at 08:50:13AM -0700, akuster808 wrote:
> >> On 3/16/19 5:20 AM, Andreas Müller wrote:
> >> ...
> >>> 2. This was applied
On Sat, Mar 16, 2019 at 08:50:13AM -0700, akuster808 wrote:
> On 3/16/19 5:20 AM, Andreas Müller wrote:
>...
> > 2. This was applied on Feb 6th which is not 3 month back exactly.
> then its worst than I thought, I can't remember what my thought process
> was back to Feb 6th.
> >
> > [1]
> >
On Sat, Mar 16, 2019 at 09:21:57AM +, Peter Kjellerstedt wrote:
>
> While I agree that your patch will solve the problem with arm926ejs, I
> believe there are advantages in applying my patches instead. In addition
> to fixing the problem with arm926ejs, my patches (patch set 4, not patch
>
On Fri, Mar 15, 2019 at 12:43:06PM +0200, Adrian Bunk wrote:
>...
> but when I try to reproduce the problem on amd64 it happens
> only with -Og (due to puzzles upstream building with -Werror).
>...
For the root cause I filed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8972
On Tue, Mar 12, 2019 at 05:41:58PM +0800, changqing...@windriver.com wrote:
> From: Changqing Li
>
> while compiled with -Werror=maybe-uninitialized/-Werror=format-overflow=,
> it failed
>
> [snip]
> | Incremental.c: In function 'Incremental_container':
> | Incremental.c:1593:3: error: 'mdfd'
On Thu, Mar 14, 2019 at 07:25:16PM +, Burton, Ross wrote:
> Can we *please* start sending these upstream. It's not like the
> maintainer isn't responsive.
This would also help to get such patches properly reviewed.
> Ross
>
> On Thu, 14 Mar 2019 at 19:20, Joe Slater wrote:
>...
> > +The
On Fri, Mar 08, 2019 at 11:21:26PM +0300, Alexander Kanavin wrote:
> Perhaps you could grep meta-openembedded for openssl10? I do not have access
> to a Linux machine for the next two weeks to check that, but I think there’s
> a few items there. Once meta-oe layers are free of openssl10 deps,
On Fri, Mar 08, 2019 at 10:15:42PM +0300, Alexander Kanavin wrote:
> This is premature. Plenty of recipes outside of oe-core still rely on
> openssl10,
>...
How many and which recipes actually?
The upcoming releases of Debian and Ubuntu ship without OpenSSL 1.0.
> Alex
cu
Adrian
--
On Thu, Mar 07, 2019 at 07:20:15AM -0800, Khem Raj wrote:
> another one I forgot
> https://errors.yoctoproject.org/Errors/Details/231924/
The two commits from
https://github.com/miniupnp/miniupnp/issues/346
should fix this (untested).
cu
Adrian
--
"Is there not promise of rain?" Ling
On Thu, Mar 07, 2019 at 09:48:02PM +, Richard Purdie wrote:
>
> Going from memory I think there were some responses saying we should
> probably add this patch regardless since we already needed util-linux-
> mount. I didn't think it was a huge issue since mount was already there
> and it
This reverts commit d31259fa464cfc8ae3a1f6209e98153aca101060.
busybox umount was already fixed, making this change obsolete.
Signed-off-by: Adrian Bunk
---
meta/recipes-core/systemd/systemd_241.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd
On Thu, Mar 07, 2019 at 03:56:33PM +0100, Leon Woestenberg wrote:
> On Thu, Mar 7, 2019 at 3:27 PM Adrian Bunk wrote:
> >
> > From: André Draszik
> >
> > It looks like there is an implicit dependency on util-linux'
> > umount - as otherwise when using busybo
-by: Richard Purdie
Signed-off-by: Adrian Bunk
---
meta/recipes-core/systemd/systemd_239.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_239.bb
b/meta/recipes-core/systemd/systemd_239.bb
index ed10f634b9..edda923a34 100644
--- a/meta/recipes
Signed-off-by: Adrian Bunk
---
meta/recipes-support/sqlite/sqlite3_3.26.0.bb | 10 --
meta/recipes-support/sqlite/sqlite3_3.27.2.bb | 11 +++
2 files changed, 11 insertions(+), 10 deletions(-)
delete mode 100644 meta/recipes-support/sqlite/sqlite3_3.26.0.bb
create mode 100644
Signed-off-by: Adrian Bunk
---
meta/recipes-devtools/gdb/{gdb-8.2.inc => gdb-8.2.1.inc} | 4 ++--
...{gdb-cross-canadian_8.2.bb => gdb-cross-canadian_8.2.1.bb} | 0
.../gdb/{gdb-cross_8.2.bb => gdb-cross_8.2.1.bb} | 0
meta/recipes-devtools/gdb/{gdb_8.2.bb =>
Lack of be32toh() is handled upstream since 2014.
Linux 2.6.23 was released 2007, distributions with kernels
older than that are far outside the host distributions
still supported today.
Signed-off-by: Adrian Bunk
---
meta/recipes-kernel/kmod/kmod-native_git.bb | 3 --
meta/recipes-kernel
nslookup was undeprecated 15 years ago,
and installing bind-utils should replace the busybox version.
Signed-off-by: Adrian Bunk
---
meta/recipes-connectivity/bind/bind_9.11.5.bb | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-connectivity/bind
Upstream already fixed this properly by using pkg-config.
Signed-off-by: Adrian Bunk
---
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.7.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.7.bb
b/meta/recipes
Downloading your randomness directly from the US government
is a rare usecase but adds heavy dependencies.
Make it optional and non-default.
Signed-off-by: Adrian Bunk
---
meta/recipes-support/rng-tools/rng-tools_6.6.bb | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git
PACKAGECONFIG[libgcrypt] already adds it when necessary.
Signed-off-by: Adrian Bunk
---
meta/recipes-support/rng-tools/rng-tools_6.6.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-support/rng-tools/rng-tools_6.6.bb
b/meta/recipes-support/rng-tools/rng-tools_6.6.bb
index
On Fri, Mar 01, 2019 at 05:26:48PM -0500, Tom Rini wrote:
>...
> - busybox provides "nslookup" which at this point in time is an
> anachronism. bind stopped shipping "nslookup" prior to oe-core replacing
> the old monolithic layer. We do provide host and dig and such via
> bind-utils.
>...
On Tue, Feb 26, 2019 at 11:04:20PM -0800, Khem Raj wrote:
> -Og is for optimized debugging experience.
> this makes this consistent across different compilers especially gcc and
> clang, -O in clang is equal to -O2 where as in gcc its similar to -O1
> so it was not giving consistent debugging
On Fri, Feb 22, 2019 at 08:11:27PM +0100, Alexander Kanavin wrote:
> Probably this is the very first time virgl is built for mips :-)
>...
Builds fine in Debian:
https://buildd.debian.org/status/package.php?p=virglrenderer
> Alex
cu
Adrian
--
"Is there not promise of rain?" Ling Tan
On Thu, Feb 21, 2019 at 12:41:17PM +, Richard Purdie wrote:
> Signed-off-by: Richard Purdie
> ---
> .../blktool/{blktool_4-7.bb => blktool_4-7.1.bb}| 2 ++
> 1 file changed, 2 insertions(+)
> rename meta/recipes-extended/blktool/{blktool_4-7.bb => blktool_4-7.1.bb}
> (90%)
We shipped an old version that was missing several fixes.
A minor incompatibility is that this moves
/etc/lighttpd.conf -> /etc/lighttpd/lighttpd.conf
Signed-off-by: Adrian Bunk
---
meta/recipes-extended/lighttpd/lighttpd/lighttpd | 2 +-
meta/recipes-extended/lighttpd/light
The 1.29.3 -> 1.30.1 upgrade lost support for sleep with
float values (e.g. "sleep 0.1") since this replacement for
CONFIG_FEATURE_FLOAT_SLEEP (enabled in thud) was missing.
Signed-off-by: Adrian Bunk
---
meta/recipes-core/busybox/busybox/defconfig | 2 +-
1 file changed, 1 in
On Wed, Feb 20, 2019 at 09:40:35AM +0800, Chen Qi wrote:
>...
> --- a/meta/recipes-kernel/kmod/kmod.inc
> +++ b/meta/recipes-kernel/kmod/kmod.inc
> @@ -14,9 +14,9 @@ LIC_FILES_CHKSUM =
> "file://COPYING;md5=a6f89e2100d9b6cdffcea4f398e37343 \
> "
> inherit autotools gtk-doc
This is a client tool that is usually not used one the same
machine as the DNS server.
Signed-off-by: Adrian Bunk
---
meta/recipes-connectivity/bind/bind_9.11.5.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/bind/bind_9.11.5.bb
b/meta/recipes
On Wed, Jan 30, 2019 at 05:47:03PM -0500, Tom Rini wrote:
>
> I would also ask if we should be enabling more stuff in busybox, period.
I don't think the current status quo would be a good starting point for that.
Before submitting I saw CONFIG_PATCH=y, which is a lot more of a
"Why would I ever
On Wed, Jan 30, 2019 at 02:18:06PM -0800, Khem Raj wrote:
> On Wed, Jan 30, 2019 at 12:31 PM Adrian Bunk wrote:
>
> > On Wed, Jan 30, 2019 at 08:50:02AM -0800, Khem Raj wrote:
> > > On Wed, Jan 30, 2019 at 1:34 AM Adrian Bunk wrote:
> > > >
> > &g
On Thu, Jan 31, 2019 at 11:06:22AM +0100, Philip Balister wrote:
> On 01/30/2019 05:50 PM, Khem Raj wrote:
> > On Wed, Jan 30, 2019 at 1:34 AM Adrian Bunk wrote:
> >>
> >> This is a tiny but pretty useful tool.
>
> Also there is http://layers.openembedded.o
On Wed, Jan 30, 2019 at 08:50:02AM -0800, Khem Raj wrote:
> On Wed, Jan 30, 2019 at 1:34 AM Adrian Bunk wrote:
> >
> > This is a tiny but pretty useful tool.
> >
>
> question is, do we need this enabled in default config, or could be add it via
> some DISTRO_FEATURE
Signed-off-by: Adrian Bunk
---
documentation/ref-manual/ref-system-requirements.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/documentation/ref-manual/ref-system-requirements.xml
b/documentation/ref-manual/ref-system-requirements.xml
index 69d4b4e726..500b2f8f39 100644
Signed-off-by: Adrian Bunk
---
documentation/ref-manual/ref-system-requirements.xml | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/documentation/ref-manual/ref-system-requirements.xml
b/documentation/ref-manual/ref-system-requirements.xml
index 500b2f8f39
Signed-off-by: Adrian Bunk
---
documentation/ref-manual/ref-system-requirements.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/documentation/ref-manual/ref-system-requirements.xml
b/documentation/ref-manual/ref-system-requirements.xml
index 69d4b4e726..500b2f8f39 100644
CentOS 5.x is no longer supported for 2 years,
and uninative being default since Yocto 2.1 should
in any case already cover this issue better.
Signed-off-by: Adrian Bunk
---
.../util-linux/util-linux-native-qsort.patch | 33 --
meta/recipes-core/util-linux/util
This is a tiny but pretty useful tool.
Signed-off-by: Adrian Bunk
---
meta/recipes-core/busybox/busybox/defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/busybox/busybox/defconfig
b/meta/recipes-core/busybox/busybox/defconfig
index d11707abc3
On Thu, Jan 03, 2019 at 02:01:42PM -0800, Khem Raj wrote:
> Hello All
>
> You might have noticed a recent commit in gcc trunk
>
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=b232e6b58e3766bc66fe08fdb7bcba1bdadda8a2
>
> Which removed support for deprecated -march=armv5 and armv5e, this
> will
Setting them to empty before inheriting copyleft_filter
made them not getting their documented values there.
Signed-off-by: Adrian Bunk
---
meta/classes/archiver.bbclass | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass
index
Setting them to empty before inheriting copyleft_filter
made them not getting their documented values there.
Signed-off-by: Adrian Bunk
---
meta/classes/archiver.bbclass | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass
index
701 - 799 of 799 matches
Mail list logo
