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 _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
