Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Liang Li <liang.li@windriver.com>
To: <openembedded-core@lists.openembedded.org>
Subject: Re: latest updates make kernel menuconfig unusable
Date: Thu, 2 Aug 2012 22:25:18 +0800	[thread overview]
Message-ID: <20120802142510.GA6025@localhost> (raw)
In-Reply-To: <CALbNGRSbs7D5kiPjuR1uh=ra-j08HbJRszx+cLv5NJtRtxj_RA@mail.gmail.com>

On 2012-08-02 19:07, Andreas M�ller <schnitzeltony@googlemail.com> wrote:
> On Thu, Jun 21, 2012 at 2:29 AM, Khem Raj <raj.khem@gmail.com> wrote:
> > On Wed, Jun 20, 2012 at 11:55 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> >> On Wed, Jun 20, 2012 at 04:20:03PM +0200, Andreas M黮ler wrote:
> >>> Hi,
> >>>
> >>> since
> >>>
> >>> commit fe417e8a4d625c6933de72163d2fee52ac47f571
> >>> Author: Richard Purdie <richard.purdie@linuxfoundation.org>
> >>> Date:   Thu May 31 13:22:34 2012 +0000
> >>>
> >>>     cmd1.bbclass: Ensure ncurses is built and used for menuconfig tasks
> >>>
> >>>     Currently, the task just exits if something goes wrong. This adds the
> >>>     ncurses-native dependency. It also adds a small delay before closing the
> >>>     window so any messages displayed there can be seen.
> >>>
> >>>     Trying to get the kernel build system to correctly find and link with
> >>>     our copy of ncurses is some kind of nightmare. I ended up having to add
> >>>     it to HOST_LOADLIBES globally for this task which is rather nasty but I
> >>>     couldn't find any other way.
> >>>
> >>>     [YOCTO #2513]
> >>>
> >>>     Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> >>>
> >>> my menuconfig is unusable (see screenshot attached). I reverted it and
> >>> can work as before.
> >>>
> >>> I am working on Fedora 15 and set in my local.conf
> >>>
> >>> TERMCMD = "${GNOME_TERMCMD}"
> >>> TERMCMDRUN = "${GNOME_TERMCMDRUN}"
> >>
> >> I can confirm the same look&feel with
> >> TERMCMD = "${SCREEN_TERMCMD}"
> >> TERMCMDRUN = "${SCREEN_TERMCMDRUN}"
> >>
> >
> > seems like a locale issue.
> >
> FYI
> 
> Still have this behaviour and can work around it by commenting out
> 
> OE_TERMINAL_EXPORTS += "HOST_EXTRACFLAGS HOSTLDFLAGS HOST_LOADLIBES"
> 
> in cml1.bbclass.
> 

I have same issue on fedora 17, make it works for my host with
below temporary tweak:

diff --git meta/classes/cml1.bbclass meta/classes/cml1.bbclass
index bd25311..948cfad 100644
--- meta/classes/cml1.bbclass
+++ meta/classes/cml1.bbclass
@@ -15,6 +15,7 @@ HOSTLDFLAGS = "${BUILD_LDFLAGS}"
 HOST_LOADLIBES = "-lncurses"
 
 python do_menuconfig() {
+        d.setVar("HOSTLDFLAGS", "")
         oe_terminal("${SHELL} -c \"make menuconfig; echo 'Pausing for
         5 seconds'; sleep 5\"", '${PN} Configuration', d)
 }
 do_menuconfig[depends] += "ncurses-native:do_populate_sysroot"

---

FYI.

Regards,
		Liang Li

> Andreas
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



  reply	other threads:[~2012-08-02 14:37 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-20 14:20 latest updates make kernel menuconfig unusable Andreas Müller
2012-06-20 18:55 ` Martin Jansa
2012-06-21  0:29   ` Khem Raj
2012-08-02 11:07     ` Andreas Müller
2012-08-02 14:25       ` Liang Li [this message]
2012-09-06 13:30         ` Paul Eggleton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120802142510.GA6025@localhost \
    --to=liang.li@windriver.com \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox