Date: Fri, 11 Apr 2014 01:32:13 -0500 From: Matt Raspberry <freebsd@nixalot.com> To: Matthias Apitz <guru@unixarea.de> Cc: freebsd-questions@freebsd.org Subject: Re: answering questions spilled out from gmake processes Message-ID: <B8C1E125-4247-4C2C-AF17-61A42941FDF3@nixalot.com> In-Reply-To: <20140411052540.GA1817@La-Habana> References: <20140411052540.GA1817@La-Habana>
next in thread | previous in thread | raw e-mail | index | archive | help
On Apr 11, 2014, at 12:25 AM, Matthias Apitz <guru@unixarea.de> wrote: >=20 > Hello, >=20 > I have a huge gmake process to compile a lot of OpenSource tools, = mostly > Perl modules etc. All this is driven by a master Makefile. Some of the > make processes are asking questions which I do not have under my = control and > would require to change the fetched source trees, for example: >=20 > ... > Test for foo failed, do you want to continue (y/n): >=20 > These questions forbit to run this with nohup in background or > unattendend. I was thinking to use chat(1) or any other own written = tool > and run the proc in an xterm like: >=20 > chat < Xterm.log | gmake=20 >=20 > were Xterm.log is the log of the X-terminal and chat is reading the > question there '...want to continue (y/n)' and sends the correct = answer. >=20 > Any other idea? >=20 > matthias >=20 > --=20 > Matthias Apitz | /"\ ASCII Ribbon Campaign: > E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail > WWW: http://www.unixarea.de/ | X - No proprietary attachments > phone: +49-170-4527211 | / \ - Respect for open standards > | = en.wikipedia.org/wiki/ASCII_Ribbon_Campaign > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" If you always want to do the same thing whenever a situation like that = occurs you could use =93yes=94. Something like: yes | gmake if you always to continue or yes =93n=94 | gmake to not continue. Obviously this doesn=92t allow for any logic in the = choice made though.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B8C1E125-4247-4C2C-AF17-61A42941FDF3>