On Tue 2016-12-20 @ 03:16:54 PM, Burton, Ross wrote:
> On 20 December 2016 at 15:14, Trevor Woerner wrote:
>
> > So I only have the version 5 -config scripts, but my host has version 5 and
> > version 6 -config scripts. I'm guessing we need a dummy ncurses{w}6-config
> >
On Tue 2016-12-20 @ 10:14:01 AM, Trevor Woerner wrote:
> So I only have the version 5 -config scripts, but my host has version 5 and
> version 6 -config scripts. I'm guessing we need a dummy ncurses{w}6-config
> script in the sysroot too (?)
YES!
Going into my sysroot and creating v6 -config
On 20 December 2016 at 15:14, Trevor Woerner wrote:
> So I only have the version 5 -config scripts, but my host has version 5 and
> version 6 -config scripts. I'm guessing we need a dummy ncurses{w}6-config
> script in the sysroot too (?)
>
Yeah, that seems like a good
On Tue 2016-12-20 @ 03:05:20 PM, Burton, Ross wrote:
> On 20 December 2016 at 15:00, Burton, Ross wrote:
>
> > This would be the autoconf macro UL_NCURSES_CHECK in m4/ul.m4, which calls
> > ncurses6-config. I thought the sysroot was ahead of the host so it should
> > find
On 20 December 2016 at 15:00, Burton, Ross wrote:
> This would be the autoconf macro UL_NCURSES_CHECK in m4/ul.m4, which calls
> ncurses6-config. I thought the sysroot was ahead of the host so it should
> find our broken script before the hosts...
>
$ bitbake -e
On 20 December 2016 at 14:55, Trevor Woerner wrote:
> The biggest one is probably the last one (line 8662) where something is
> setting NCURSES_CFLAGS explicitly to /usr/include. I'm looking for that one
> now.
>
This would be the autoconf macro UL_NCURSES_CHECK in m4/ul.m4,
On Tue 2016-12-20 @ 02:41:21 PM, Burton, Ross wrote:
> On 19 December 2016 at 22:12, Khem Raj wrote:
>
> > checking ncursesw... (v6) yes
> >
>
> I'm pretty sure this indicates that it found a ncursesw-config binary,
> which we disable. So it must be running the host tool.
On 19 December 2016 at 22:12, Khem Raj wrote:
> checking ncursesw... (v6) yes
>
I'm pretty sure this indicates that it found a ncursesw-config binary,
which we disable. So it must be running the host tool. I'm seeing if we
can force it to use the sysroot easily now.
Ross
On 19 December 2016 at 22:12, Khem Raj wrote:
> its detecting ncurses
>
> checking ncursesw... (v6) yes
> checking ncursesw/ncurses.h usability... yes
> checking ncursesw/ncurses.h presence... yes
> checking for ncursesw/ncurses.h... yes
> checking for ncurses.h... (cached)
its detecting ncurses
checking ncursesw... (v6) yes
checking ncursesw/ncurses.h usability... yes
checking ncursesw/ncurses.h presence... yes
checking for ncursesw/ncurses.h... yes
checking for ncurses.h... (cached) yes
checking for use_default_colors in -lncursesw... yes
checking for resizeterm
On Mon, Dec 19, 2016 at 4:53 PM, Burton, Ross wrote:
> Definitely works here:
:-(
>> Can you share the do_configure log?
sure, attached
log.do_configure
Description: Binary data
--
___
Openembedded-core mailing list
Definitely works here:
$ rm tmp-glibc/ -rf ; bitbake util-linux-native -C unpack
Parsing recipes: 100%
|#|
Time: 0:00:04
Parsing of 866 .bb files complete (0 cached, 866 parsed). 1321 targets, 68
On 19 December 2016 at 21:42, Trevor Woerner wrote:
> A fresh build in a new directory fails readily:
>
Ah, interesting, because I can't replicate that. :/
Can you share the do_configure log?
Ross
--
___
Openembedded-core
On Mon 2016-12-19 @ 08:31:25 PM, Burton, Ross wrote:
> On 19 December 2016 at 15:23, Trevor Woerner wrote:
>
> > Is anyone else seeing build failures as a result of this commit?
> >
>
> Can you reproduce this on demand?
Yes. Last night's raspi2 and minnow/turbot builds
On 19 December 2016 at 15:23, Trevor Woerner wrote:
> Is anyone else seeing build failures as a result of this commit?
>
Can you reproduce this on demand?
Ross
--
___
Openembedded-core mailing list
Is anyone else seeing build failures as a result of this commit?
... [lots of lines omitted] ...
| cfdisk.c:(.text+0x207b): undefined reference to `_nc_stdscr'
| cfdisk.c:(.text+0x20a4): undefined reference to `_nc_stdscr'
| cfdisk.c:(.text+0x2268): undefined
Upgrade util-linux from 2.28.1 to 2.29
Signed-off-by: Zheng Ruoqin
---
.../util-linux/{util-linux_2.28.1.bb => util-linux_2.29.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-core/util-linux/{util-linux_2.28.1.bb =>
17 matches
Mail list logo