Re: [PATCH (v2,resend) 0/3] Rework the devshell

[Paul Eggleton <paul.eggleton@linux.intel.com>]

On Friday 20 May 2011 01:02:58 Joshua Lock wrote:
> Speaking of devshell, last I tried (and Paul E can correct me here)
> Konsole doesn't wait when it's spawned so is currently pretty useless
> for devshell (bitbake continues as if the devshell had finished and if a
> patch hasn't applied....).

I can confirm this - right now our Konsole support just does not work and I 
imagine it has not since KDE 4.0. Adding the --nofork command line option 
which is supposed to make it wait does not work either, because if the 
controlling terminal is not interactive it assumes there is no other instance 
of Konsole running, tries to register a DBUS service and fails (and it's hard 
to imagine someone using KDE and running bitbake without having an instance of 
Konsole running already).
 
> Perhaps we should remove support for it from the class? Or is there some
> better way we can work around this?

A while ago I had a look adding a command line option to Konsole itself to 
make this work but didn't get very far, although I don't think it should be 
too difficult. There is a workaround script [1] but when I tried it just now I 
found it again has problems if the controlling terminal is not interactive 
(never returns). Frankly the script is hideous and maybe it was broken in a 
version of KDE since the script was written, I don't know.

It might be prudent to remove the Konsole support until it has been fixed 
appropriately; at the very least it should be documented to only work with 
Konsole from KDE 3.x.

FYI the "workaround" I use here for the moment (if I don't just disable the 
feature with PATCHRESOLVE = "noop") is to use xterm instead of Konsole for 
TERMCMD and TERMCMDRUN.

Cheers,
Paul

[1] http://lists.kde.org/?l=kde-core-devel&m=123188146810950&w=2