Bug 1790 - Indicate a screen process is awaiting input when do_patch hangs
Summary: Indicate a screen process is awaiting input when do_patch hangs
Status: RESOLVED WORKSFORME
Alias: None
Product: BitBake
Classification: Build System, Metadata & Runtime
Component: bitbake (show other bugs)
Version: unspecified
Hardware: All Multiple
: Medium normal
Target Milestone: 1.2
Assignee: Richard Purdie
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2011-11-29 15:05 UTC by Darren Hart
Modified: 2011-12-01 15:57 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Darren Hart 2011-11-29 15:05:00 UTC 
When do_patch requires user input, the build will just appear to hang if a screen terminal is used. With devshell you'll see a log message telling you to connect to the screen session, something like that would make it clear that no more progress will be made until some user intervention occurs.
Comment 1 Richard Purdie 2011-12-01 15:42:50 UTC 
This is a bit of a puzzle since they call the same code which both output the same warning:

NOTE: Executing RunQueue Tasks
NOTE: Running task 10 of 10 (ID: 1, /media/build1/poky/meta/recipes-extended/bash/bash_4.2.bb, do_patch)
NOTE: package bash-4.2-r1: task do_patch: Started
WARNING: Screen started. Please connect in another terminal with "screen -r devshell"

Any further tips to reproduce?
Comment 2 Darren Hart 2011-12-01 15:54:30 UTC 
Oh boy. I suppose it's possible that with BB_NUMBER_THREADS=24 that I just lost this message in the noise. I suspect that is the case. Suggest closing as not a bug unless anyone else has observed this behavior.
Comment 3 Richard Purdie 2011-12-01 15:57:33 UTC 
I'll go for WORKSFORME. If anyone does run into it they can reopen this.