Hi Andre,
On 2018-03-13 00:19, Andre McCurdy wrote:
Currently if KERNEL_IMAGETYPES contains both vmlinux and vmlinux.gz,
KERNEL_IMAGETYPE_FOR_MAKE will end up containing two copies of
vmlinux, which will result in two calls to "make vmlinux" from
kernel_do_compile().
Avoid duplicating vmlinux i
On 03/12/2018 09:48 PM, Mark Hatle wrote:
Then an advanced user to select a specific version of the 'alternatives'. The
key with all of this is that it needs to be 'reasonable' for both the recipe
maintainer and the end user. Having to manually rename things, use the existing
update-alternative
Hi all
What's the status of this patch?
Are there any questions, remarks or issues?
My changes mainly base on the GDB documentation for debugging information in
separate files. Available here:
https://sourceware.org/gdb/onlinedocs/gdb/Separate-Debug-Files.html
In case you're missing the docume
On 13 March 2018 at 00:09, Cal Sullivan
wrote:
> It looks like Fedora doesn't patch the -intel driver anymore, instead they
> patch xserver to fiddle with the defaults.
>
> https://src.fedoraproject.org/rpms/xorg-x11-server/c/
> ee515e44b07e37689abf48cf2fffb41578f3bc1d?branch=master
>
> Given the
Make sure uninative_event_fetchloader and uninative_event_enable are called at
the same time on an early build event (bb.event.ConfigParsed).
This way the uninative binaries are fetched even before the recipe are parsed
(the event is raised several time before the recipes are finally
parsed). And
On Tue, 2018-03-13 at 11:24 +0800, Robert Yang wrote:
> The "sdkbasepath + '/conf/local.conf.bak" doesn't exist when
> "oe.copy_buildsystem.check_sstate_task_list()" fails, then
> os.replace() would
> raise FileNotFoundError, which overcomes the real error. Keep the
> error status
> makes debug eas
== Series Details ==
Series: Fetch uninative binaries before recipe are parsed so that the datastore
variables are updated and recipes parsed accordingly.
Revision: 1
URL : https://patchwork.openembedded.org/series/11369/
State : failure
== Summary ==
Thank you for submitting this patch seri
On Mon, 2018-03-12 at 11:04 +, Cuero Bugot wrote:
> Hi all,
>
> When you add several layers, recipe parsing can take a (very) long
> time. In our case it takes more than a couple minutes [1].
> Fortunately it is supposed to happens once, except when you use
> uninative (poky's default) where i
From: Fathi Boudra
Patch submitted upstream, pending to be merged:
https://sourceware.org/bugzilla/show_bug.cgi?id=21286
(From OE-Core rev: 11ebb5054e5ec1171ade90249e3a30ac8174a35a)
Signed-off-by: Fathi Boudra
Signed-off-by: Daniel Díaz
Signed-off-by: Ross Burton
---
...o-consts.h-enum-defi
This error can appear in gdb/nat/linux-ptrace.c because of
the order in which some headers are processed:
| In file included from ../../gdb-7.11.1/gdb/nat/linux-ptrace.c:20:0:
| ../../gdb-7.11.1/gdb/nat/linux-ptrace.h:175:22: error: expected identifier
before numeric constant
| # define TRAP_HWBK
From: Fathi Boudra
Patch submitted upstream, pending to be merged:
https://sourceware.org/bugzilla/show_bug.cgi?id=21286
(From OE-Core rev: 11ebb5054e5ec1171ade90249e3a30ac8174a35a)
Signed-off-by: Fathi Boudra
Signed-off-by: Daniel Díaz
Signed-off-by: Ross Burton
---
...o.h-enum-definition-
This error can appear in gdb/nat/linux-ptrace.c because of
the order in which some headers are processed:
| In file included from ../../gdb-7.11.1/gdb/nat/linux-ptrace.c:20:0:
| ../../gdb-7.11.1/gdb/nat/linux-ptrace.h:175:22: error: expected identifier
before numeric constant
| # define TRAP_HWBK
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/btrfs-tools/btrfs-tools_4.13.3.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.13.3.bb
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.13.3.bb
index 263fc657550..426f8902401 100644
Backport a patch to fix errors such as:
error: aggregate 'sigaltstack handler_stack' has incomplete type and cannot be
defined
Signed-off-by: Juro Bystricky
---
meta/recipes-devtools/gcc/gcc-6.4.inc | 1 +
.../gcc/gcc-6.4/backport/0013-gcc-sanitizers.patch | 90 +++
On Tue, Mar 13, 2018 at 10:09 AM, Juro Bystricky
wrote:
> Backport a patch to fix errors such as:
> error: aggregate 'sigaltstack handler_stack' has incomplete type and cannot
> be defined
>
this is ok
> Signed-off-by: Juro Bystricky
> ---
> meta/recipes-devtools/gcc/gcc-6.4.inc
== Series Details ==
Series: gcc6: Patch to fix broken gcc-sanitizers build
Revision: 1
URL : https://patchwork.openembedded.org/series/11374/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
Ping
Rebased patch to latest master.
Regarding special value for the variable, it could be done with
PRIVATE_LIBS to mean all libraries, I think. PRIVATE_LIBS could be set
per-package already.
Would it be a better option?
However, EXCLUDE_FROM_SHLIBS seems to be a more proper thing to use.
> I have kind of noticed this and agree its something we should fix.
> Thanks for digging into it. I think a long time ago we tried the above change
> and it does cause a problem, perhaps fetching during parsing which is bad.
>
> Have you been able to figure out what changes in the data store for
Problem: Conflicts between two packages trying to install different versions
of the same file are not detected. Both copies of the file are
installed and the build is not deterministic because a different
outcome results depending on which package is installed last.
Caus
== Series Details ==
Series: rpm: fix failure to report file conflicts
Revision: 1
URL : https://patchwork.openembedded.org/series/11375/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been execu
Signed-off-by: Martin Vuille
---
.../rpm-fix-failure-to-report-file-conflicts.patch | 44 ++
meta/recipes-devtools/rpm/rpm_5.4.16.bb| 1 +
2 files changed, 45 insertions(+)
create mode 100644
meta/recipes-devtools/rpm/rpm/rpm-fix-failure-to-report-file-conflicts
In looking at the patch, I think the second part, which eliminates an atol()
assignment to a time_t variable is still necessary, at least in theory. So, I
would not remove the patch, but would replace it.
Joe
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Thursday, March 08, 2018 2:10
Ping. Was there anything wrong with this?
Thanks,
Anuj
On 02/28/2018 10:51 AM, Anuj Mittal wrote:
> Make sure that the tests are packaged and can be executed
> when ptest is enabled. Also, remove build host specific references
> from Makefile.
>
> Signed-off-by: Anuj Mittal
> ---
> .../files/a
On 03/13/2018 10:57 PM, Richard Purdie wrote:
On Tue, 2018-03-13 at 11:24 +0800, Robert Yang wrote:
The "sdkbasepath + '/conf/local.conf.bak" doesn't exist when
"oe.copy_buildsystem.check_sstate_task_list()" fails, then
os.replace() would
raise FileNotFoundError, which overcomes the real error.
Signed-off-by: Khem Raj
---
meta/classes/insane.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 7407b29f86..7791a867f7 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -71,6 +71,8 @@ def pac
25 matches
Mail list logo