[OE-core] [RFC PATCH 0/7] Developer workflow improvements

Paul Eggleton paul.eggleton at linux.intel.com
Tue Dec 9 15:10:34 UTC 2014


On Tuesday 09 December 2014 10:00:51 Trevor Woerner wrote:
> (oops! sorry for going off-list)
> 
> On 12/09/14 05:50, Paul Eggleton wrote:
> > On Monday 08 December 2014 22:30:31 Trevor Woerner wrote:
> >> This is really awesome stuff. I'm still playing around with it.
> >> 
> >> My current HEAD is:
> >>     commit 6ea5f5368a88317ace198f44a47cf043bc9fb6e6
> >>     Author: Paul Eggleton <paul.eggleton at linux.intel.com>
> >>     Date:   Fri Dec 5 11:30:25 2014 +0000
> >>     
> >>         devtool: use event filtering to disable events if available
> >> 
> >> on your contrib/paule/devtool branch.
> >> 
> >> If I do a "devtool add" without a "devtool create-workspace" it succeeds
> >> 
> >> but I get:
> >>     $ devtool add xannounce ~/devel/code/xannounce
> >>     INFO: Creating workspace layer in
> >>     INFO: Recipe recipes/xannounce/xannounce.bb has been automatically
> >>     created; further editing may be required to make it fully functional
> >> 
> >> and find the changes have been made in the current directory. If I do
> >> the "devtool create-workspace" first, I get a "workspace" directory and
> >> all the stuff put in there, which is nicer.
> >> 
> >> If it doesn't fail due to a user running "devtool add" before "devtool
> >> create-workspace" then I think it would be nice if the two results were
> >> the same.
> > 
> > Ah, oops - I've found the cause and fixed it on the branch. Thanks!
> 
> Awesome... *very* nice. It works great now.
> 
> >> Would it be possible to make the output of devtool be nice and colourful
> >> like the output of bitbake?
> > 
> > Good idea, this is now done on the branch as well. "devtool build" doesn't
> > support colour in the bitbake output, but that's because colour support in
> > bitbake is switched by whether the output is going to a TTY and stdout is
> > being redirected in this case. (I guess we could add a command line option
> > for that as I have with devtool/recipetool.)
> 
> If it's not too much trouble I would like to ask that colour/curses be
> possible/enabled by default. Trying to find the error in all that output
> is a "needle in a haystack"-like operation :-)

I don't think this is straightforward unfortunately. I'll have to look into 
it.

> I wonder if all the
> 
>     NOTE: Running setscene task 31 of 33
>    
> (/home/trevor/devel/yocto/build/poky/meta-poky/meta/recipes-devtools/gcc/gc
> c-runtime_4.9.bb, do_populate_sysroot_setscene)
>     NOTE: recipe gcc-runtime-4.9.1-r0: task
>     do_populate_sysroot_setscene: Started
>     NOTE: recipe gcc-runtime-4.9.1-r0: task
>     do_populate_sysroot_setscene: Succeeded
>     NOTE: Running setscene task 33 of 33
>    
> (/home/trevor/devel/yocto/build/poky/meta-poky/meta/recipes-devtools/gcc/gc
> c-cross_4.9.bb, do_populate_sysroot_setscene)
>     NOTE: recipe gcc-cross-i586-4.9.1-r0: task
>     do_populate_sysroot_setscene: Started
>     NOTE: recipe gcc-cross-i586-4.9.1-r0: task
>     do_populate_sysroot_setscene: Succeeded
> 
> 
> Could be (should be) done as part of the "devtool
> create-workspace"/"devtool add" operation?

If running devtool along side someone's existing build environment, wouldn't 
that be expected to be set up already? (All it does effectively is "bitbake 
recipename")

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre



More information about the Openembedded-core mailing list