From owner-freebsd-questions@FreeBSD.ORG Fri Apr 11 06:39:47 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22EE2100 for ; Fri, 11 Apr 2014 06:39:47 +0000 (UTC) Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E3A0F1AC4 for ; Fri, 11 Apr 2014 06:39:46 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id to1so4834698ieb.6 for ; Thu, 10 Apr 2014 23:39:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=rv9JFoGzxucL1ihmJQM0eKNLrV9g2mWh+N4rTU01ADQ=; b=D9r60E0shy4QLsXt4sW4bnYK6z2Uu99qdM09OrIDmAPxh36m5XnebIKeD9SmeeW/5r SvgwScHCvE8UuN975ZmOVctOD4mt2EBE2TKBP+SQXw9XwD9sSdWEjWRune84wO1KkIpZ rZ75Zqyfe7y4Pd3Dle+gL7EVhbAhhCrT4clTafUexm9Pe3knKUWVtIdLXEtakW927RO7 oIMyUJFp9X0pnWwtj8kggXv3ndtnPZZ2ZINV2yYiY2gzBLnOi26GLh6F9bweCvKgGj5d oG+4jbxZChY9myzo4Og1jj6cpnYOZomwXUVj/ICmoiL8FVqCyq4R13b5mW/iorinyC2f L6cg== X-Gm-Message-State: ALoCoQkdMWwe3hYsAmNzO9RigEa0WANzKFIUYM7kaNe13WJKbcVO2rVSHCkoP5gcNcXhtCzLrm6N X-Received: by 10.42.44.4 with SMTP id z4mr17906658ice.34.1397197935594; Thu, 10 Apr 2014 23:32:15 -0700 (PDT) Received: from swagger.mazlocal.lan ([96.40.211.48]) by mx.google.com with ESMTPSA id vc5sm3551946igb.3.2014.04.10.23.32.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Apr 2014 23:32:15 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: answering questions spilled out from gmake processes From: Matt Raspberry In-Reply-To: <20140411052540.GA1817@La-Habana> Date: Fri, 11 Apr 2014 01:32:13 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140411052540.GA1817@La-Habana> To: Matthias Apitz X-Mailer: Apple Mail (2.1874) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2014 06:39:47 -0000 On Apr 11, 2014, at 12:25 AM, Matthias Apitz 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.=