From: Yuan Chao
nettle-stdint.h was no longer use.
Remove nettle/nettle-stdint.h in do_install_append() of .bb file.
Changelog in ChangeLog file as follows:
2019-01-06 Niels Möller
* nettle-types.h: Don't use nettle-stdint.h, include
directly.
* nettle-write.h:
Please ignore this. Wrong list.
On Tue, 2019-08-06 at 12:47 +0800, Anuj Mittal wrote:
> Signed-off-by: Anuj Mittal
> ---
> recipes-graphics/gmmlib/gmmlib_19.2.3.bb | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/recipes-graphics/gmmlib/gmmlib_19.2.3.bb b/recipes-
>
Signed-off-by: Anuj Mittal
---
recipes-graphics/gmmlib/gmmlib_19.2.3.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/recipes-graphics/gmmlib/gmmlib_19.2.3.bb
b/recipes-graphics/gmmlib/gmmlib_19.2.3.bb
index 8e1dcc4e..a91b1688 100644
--- a/recipes-graphics/gmmlib/gmmlib_19.2.3.bb
+++
On 8/5/19 7:05 PM, Mark Hatle wrote:
> Without linux-libc-headers-dev being added to the libc6-dev as a RDEPENDS,
> the system may fail to install the necessary libc headers.
>
> This can happen when NO_RECOMMENDATIONS = "1" is defined.
>
> During the 'testsdk' this results in failures that look
From: Changqing Li
Configrations:
MACHINE: qemux86-64
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
Reproduce steps:
bitbake lib32-core-image-minimal
runqemu qemux86-64 nographic lib32-core-image-minimal
Errors:
qemu cannot bootup since:
Without linux-libc-headers-dev being added to the libc6-dev as a RDEPENDS,
the system may fail to install the necessary libc headers.
This can happen when NO_RECOMMENDATIONS = "1" is defined.
During the 'testsdk' this results in failures that look like:
fatal error: linux/errno.h: No such
On 8/5/19 8:54 PM, Mark Hatle wrote:
> Without linux-libc-headers-dev being added to the libc6-dev as a RDEPENDS,
> the system may fail to install the necessary libc headers.
>
> This can happen when NO_RECOMMENDATIONS = "1" is defined.
>
> During the 'testsdk' this results in failures that look
Without linux-libc-headers-dev being added to the libc6-dev as a RDEPENDS,
the system may fail to install the necessary libc headers.
This can happen when NO_RECOMMENDATIONS = "1" is defined.
During the 'testsdk' this results in failures that look like:
fatal error: linux/errno.h: No such
All,
Just a reminder we will hold the monthly Yocto Project Technical Meeting at
8am PST tomorrow. (8/6)
Yocto Project Technical Team Meeting: We encourage people attending the
meeting to logon and announce themselves on the Yocto Project IRC chancel
during the meeting (optional):
Yocto
All,
The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:
On Tue, 6 Aug 2019, at 02:08, Ross Burton wrote:
> On 05/08/2019 04:12, Andrew Jeffery wrote:
> > Applications are appearing that depend on parsing flattened devicetree
> > in userspace on target devices, e.g. pdbg[1]. Mark dtc as providing
> > libfdt so application recipes can depend on it.
>
I can reproduce the problem fairly easily (and, sadly even with the latest
commits as 060058bb29f70b244e685b3c704eb0641b736f73 ).
In my case, it seems easy to reproduce if I have 40+ threads running.
The reproducer script (below) fails typically within the first 10 iterations.
#!/bin/bash
== Series Details ==
Series: "groff: Fix math.h inclusion fr..." and 2 more
Revision: 1
URL : https://patchwork.openembedded.org/series/19098/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
Backport upstream patch to address build regression with clang
Fixes
webkitgtk-2.24.3/Source/bmalloc/bmalloc/AvailableMemory.cpp:120:31: error:
implicit instantiation of undefined template 'std::__1::array'
std::array statmBuffer;
^
Signed-off-by: Khem Raj
This was seen in x86 code being run via qemu-user ending in
(process:883): GLib-ERROR **: 22:28:34.117: GLib requires working
CLOCK_MONOTONIC
qemu: uncaught target signal 5 (Trace/breakpoint trap) - core dumped
Signed-off-by: Khem Raj
---
...n-clock_gettime-on-32-bit-archs-with.patch | 30
groff has system headers overrides in its sourcecode which it
generates as fallbacks but in some cases when a system header includes
math.h via include <> directive it lands in the override header and
causes compile issues, seen with clang+libc++, this patch makes sure
that right defines are
On Mon, Aug 5, 2019 at 4:03 AM Ross Burton wrote:
>
> On 05/08/2019 10:19, Ross Burton wrote:
> > On 04/08/2019 01:49, Khem Raj wrote:
> >> Ross
> >>
> >> I am seeing
> >>
> >> https://errors.yoctoproject.org/Errors/Details/257733/
> >> https://errors.yoctoproject.org/Errors/Details/257734/
> >>
On Mon, Aug 5, 2019 at 4:35 AM Alexander Kanavin wrote:
>
> The default works fine; not sure why the line was added.
>
LGTM. Thanks for fixiing it
> Signed-off-by: Alexander Kanavin
> ---
> meta/recipes-devtools/libedit/libedit_20190324-3.1.bb | 2 --
> 1 file changed, 2 deletions(-)
>
> diff
On Mon, Aug 5, 2019 at 4:34 AM Alexander Kanavin
wrote:
> On Wed, 31 Jul 2019 at 19:48, Khem Raj wrote:
>
>> +UPSTREAM_CHECK_REGEX = "libedit-(?P\d+(\.\d+)+)\.tar.gz"
>>
>
> The recipe in meta-oe did not have this line. Where did you take it from
> and how did you test it? It is incorrect as it
> But I would like something smarter, e.g. first trying to check if the SRC_URI
> is available, if not switching on using the prebuilt package if available
> (e.g.
> in a DIR_PREBUILT)...
>
> Before going further is there already an existing solution for that? do you
> have any recommendation
On 05/08/2019 04:12, Andrew Jeffery wrote:
Applications are appearing that depend on parsing flattened devicetree
in userspace on target devices, e.g. pdbg[1]. Mark dtc as providing
libfdt so application recipes can depend on it.
Other recipes can just depend on dtc to get libftd build.
Ross
While working with ostree disk generation in conjunction with wic, I
found a problem with pseudo where it tried to resolve a symlink when
it shouldn't, based on openat() flags. A C program has been
constructed to test pseudo to show that it is working properly with
the correct behavior around
Hello,
Say a company works with an OE internal tree, with open-source and
closed-source packages. The company wants to release the tree so that its
customers can fully customize the images/distro. The closed sources being
only available internally, the company has to generate and handle prebuilt
This is done to require only a single version change if bzip2
is updated and fixes also setting package version 1.0.6 for
bzip2 1.0.8.
Signed-off-by: Andreas Obergschwandtner
---
meta/recipes-extended/bzip2/bzip2/configure.ac | 2 +-
meta/recipes-extended/bzip2/bzip2_1.0.8.bb | 4
2
If we understood more about the nature of the race condition a test case could
probably be constructed. For now, it is worth a try to see if it is any better.
I am certain the timing will change ever so slightly, so we could hit the
glibc-locale issue more or less...
All of the regression
On 8/5/19 2:21 AM, mikko.rap...@bmw.de wrote:
Hi,
On Fri, Aug 02, 2019 at 05:17:21PM +0100, Richard Purdie wrote:
On Fri, 2019-08-02 at 16:53 +0100, Richard Purdie wrote:
With the patches in master-next and this configuration in local.conf:
BB_HASHSERVE = "localhost:0"
BB_SIGNATURE_HANDLER
No problem.
In practice this means you will start getting version updates patches from
AUH once a month or so (or information why AUH couldn't produce them), and
not much else. I mostly don't want these patches to go to somebody who
ignores them :)
Alex
On Mon, 5 Aug 2019 at 14:40, Oleksandr
> Oleksandr has been the de facto maintainer meanwhile.
So have you, so don't leave me alone ;)
On 05/08/2019 13:57, Alexander Kanavin wrote:
> Derek Straka has been inactive for about a yer; Oleksandr
> has been the de facto maintainer meanwhile.
>
> Signed-off-by: Alexander Kanavin
> ---
>
Changelog:
- Fix issue with resetting DHCP lease on client stop.
- Add support for GPIO helper functionality.
Signed-off-by: Oleksandr Kravchuk
---
meta/recipes-core/ell/{ell_0.20.bb => ell_0.21.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename
From: Eduardo Abinader
Signed-off-by: Eduardo Abinader
---
scripts/lib/devtool/deploy.py | 8
1 file changed, 8 insertions(+)
diff --git a/scripts/lib/devtool/deploy.py b/scripts/lib/devtool/deploy.py
index d1ce2309f9..6a997735fc 100644
--- a/scripts/lib/devtool/deploy.py
+++
Fathi has as well been inactive for a long time.
Signed-off-by: Alexander Kanavin
---
meta/conf/distro/include/maintainers.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index
Derek Straka has been inactive for about a yer; Oleksandr
has been the de facto maintainer meanwhile.
Signed-off-by: Alexander Kanavin
---
meta/conf/distro/include/maintainers.inc | 60
1 file changed, 30 insertions(+), 30 deletions(-)
diff --git
The default works fine; not sure why the line was added.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/libedit/libedit_20190324-3.1.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb
On Wed, 31 Jul 2019 at 19:48, Khem Raj wrote:
> +UPSTREAM_CHECK_REGEX = "libedit-(?P\d+(\.\d+)+)\.tar.gz"
>
The recipe in meta-oe did not have this line. Where did you take it from
and how did you test it? It is incorrect as it does not match anything with
a dash (-) in it.
Simply dropping the
On 05/08/2019 11:52, luca.bocca...@gmail.com wrote:
inherit gnomebase distutils3-base gobject-introspection
upstream-version-is-even
-DEPENDS += "python3 glib-2.0"
+DEPENDS += "python3 python3-setuptools glib-2.0"
If setuptools is a build dependency then surely you mean
On 05/08/2019 10:19, Ross Burton wrote:
On 04/08/2019 01:49, Khem Raj wrote:
Ross
I am seeing
https://errors.yoctoproject.org/Errors/Details/257733/
https://errors.yoctoproject.org/Errors/Details/257734/
I wonder if they are related to this series
I thought I solved this, maybe a patch I
Signed-off-by: Ross Burton
---
...4-linux-user-fix-to-handle-variably-sized-SIOCGSTAMP-w.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recipes-devtools/qemu/qemu/0014-linux-user-fix-to-handle-variably-sized-SIOCGSTAMP-w.patch
From: Luca Boccassi
python3-setuptools is necessary to build pygobject but not to run it, as
also documented by the upstream packaging guide:
https://gitlab.gnome.org/GNOME/pygobject/blob/master/docs/packagingguide.rst
Move it to DEPENDS to shrink the runtime dependency chain, as setuptools
From: Mingli Yu
Before this patch:
# python3 -m test -v test_locale
[snip]
test_getsetlocale_issue1813 (test.test_locale.TestMiscellaneous) ... testing
with ('tr_TR', 'ISO8859-9') ok
[snip]
After this patch:
# python3 -m test -v test_locale
[snip]
test_getsetlocale_issue1813
On 04/08/2019 01:49, Khem Raj wrote:
Ross
I am seeing
https://errors.yoctoproject.org/Errors/Details/257733/
https://errors.yoctoproject.org/Errors/Details/257734/
I wonder if they are related to this series
I thought I solved this, maybe a patch I meant to drop had sneaked back
in. I'll
Hi Richard,
would KERNEL_CMD_LINES a better variable name for this case?
On 8/2/19, 11:46 PM, "Richard Purdie"
wrote:
On Fri, 2019-08-02 at 20:33 +0800, chee.yang@intel.com wrote:
> From: Chee Yang Lee
>
> introduce new variable APPENDS to define multiple
> boot
Hi,
On Fri, Aug 02, 2019 at 05:17:21PM +0100, Richard Purdie wrote:
> On Fri, 2019-08-02 at 16:53 +0100, Richard Purdie wrote:
> > With the patches in master-next and this configuration in local.conf:
> >
> > BB_HASHSERVE = "localhost:0"
> > BB_SIGNATURE_HANDLER = "OEEquivHash"
> >
> > $
Hi, All
bitbake core-image-minimal -c populate_sdk failed with below
configuration in local.conf:
IMAGE_INSTALL_append = " bash"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
I did some research, but no clue how to fix, so I want to
-libnss-nis/0001-nis-hosts-Remove-use-of-RES_USE_INET6.patch
Removed since this is included in 3.1.
Signed-off-by: Zang Ruochen
---
meta/recipes-extended/libnss-nis/libnss-nis.bb | 5 +-
...001-nis-hosts-Remove-use-of-RES_USE_INET6.patch | 162 -
2 files changed, 2
On Mon, 5 Aug 2019, at 16:13, Adrian Bunk wrote:
> On Mon, Aug 05, 2019 at 04:01:57PM +0930, Andrew Jeffery wrote:
> >
> >
> > On Mon, 5 Aug 2019, at 14:35, Adrian Bunk wrote:
> > > On Mon, Aug 05, 2019 at 12:42:11PM +0930, Andrew Jeffery wrote:
> > > > Applications are appearing that depend
On Mon, Aug 05, 2019 at 04:01:57PM +0930, Andrew Jeffery wrote:
>
>
> On Mon, 5 Aug 2019, at 14:35, Adrian Bunk wrote:
> > On Mon, Aug 05, 2019 at 12:42:11PM +0930, Andrew Jeffery wrote:
> > > Applications are appearing that depend on parsing flattened devicetree
> > > in userspace on target
On Mon, 5 Aug 2019, at 14:35, Adrian Bunk wrote:
> On Mon, Aug 05, 2019 at 12:42:11PM +0930, Andrew Jeffery wrote:
> > Applications are appearing that depend on parsing flattened devicetree
> > in userspace on target devices, e.g. pdbg[1]. Mark dtc as providing
> > libfdt so application recipes
47 matches
Mail list logo