[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openembedded-core
Subject:    Re: [OE-core] [PATCH 1/1] vte-native: reduce c++ requirements from c++17 -> c++14
From:       Andreas_Müller <schnitzeltony () gmail ! com>
Date:       2019-04-30 10:58:06
Message-ID: CALbNGRS3oVjU_nYEUjmMM0FMk05pnUfz8eapdqv=E98foV1gAA () mail ! gmail ! com
[Download RAW message or body]

On Tue, Apr 30, 2019 at 12:53 PM <richard.purdie@linuxfoundation.org> wrote:
>
> On Tue, 2019-04-30 at 12:48 +0200, Alexander Kanavin wrote:
> > On Mon, 29 Apr 2019 at 23:22, <richard.purdie@linuxfoundation.org>
> > wrote:
> > > vte-native of an older version is looking like the best option
> > > unless
> > > Alex says I'm mis-remembering...
> >
> > I checked what --enable-vte actually does in combination with the gtk
> > UI in qemu, and it makes the serial console tab in the gtk ui behave
> > like a real gnome-terminal tab (selection, scrolling etc). In the
> > absence of vte support, the serial console tab is still there and you
> > can still log in and issue commands, but it is more "dumb" regarding
> > terminal capabilities. This serial console is an addition to the main
> > tab where the output from the virtual graphical card goes.
> >
> > So to conclude: we can split the vte option into its own
> > PACKAGECONFIG, and leave it disabled for native. I would rather do
> > this, than make vte and vte-native versions diverge.
>
> Sounds like a plan, can someone send me a patch please! :)
>
> Cheers,
>
> Richard
>
As the origin of all this I'll try to be the someone

Andreas
-- 
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[prev in list] [next in list] [prev in thread] [next in thread]