From owner-freebsd-questions@FreeBSD.ORG Fri Aug 10 01:55:48 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D450416A420 for ; Fri, 10 Aug 2007 01:55:48 +0000 (UTC) (envelope-from mtx@edoxx.eu) Received: from h1126060.serverkompetenz.net (netecserver.com [81.169.181.49]) by mx1.freebsd.org (Postfix) with ESMTP id 4281413C45A for ; Fri, 10 Aug 2007 01:55:48 +0000 (UTC) (envelope-from mtx@edoxx.eu) Received: (qmail 26451 invoked by uid 60000); 10 Aug 2007 01:55:23 -0000 Received: from 89.35.223.97 by h1126060 (envelope-from , uid 60004) with qmail-scanner-1.24st SA 24 (spamassassin: 3.0.4. Clear:RC:0(89.35.223.97):SA:0(0.0/5.0):. Processed in 2.432442 secs); 10 Aug 2007 01:55:23 -0000 X-Spam-Status: No, hits=0.0 required=5.0 X-Envelope-From: mtx@edoxx.eu Received: from unknown (HELO .) (mtx@edoxx.eu@89.35.223.97) by netecserver.com with SMTP; 10 Aug 2007 01:55:20 -0000 From: Valentin Bud Organization: edoxx To: freebsd-questions@freebsd.org Date: Fri, 10 Aug 2007 04:29:02 +0300 User-Agent: KMail/1.9.5 References: <46BB75D0.3080200@calarts.edu> <20070809163101.c8623754.wmoran@potentialtech.com> <200708091613.20539.freebsd@dfwlp.com> In-Reply-To: <200708091613.20539.freebsd@dfwlp.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200708100429.03072.mtx@edoxx.eu> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on h1126060.serverkompetenz.net X-Spam-Level: X-Qmail-Scanner-MOVED-X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.4 Subject: Re: How do I make install clean a port in the background X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2007 01:55:48 -0000 On Friday 10 August 2007 12:13 am, Jonathan Horne wrote: > On Thursday 09 August 2007 15:31:01 Bill Moran wrote: > > In response to Reid Linnemann : > > > Written by Sean Murphy on 08/09/07 15:15>> > > > > > > > How do I make install clean a port in the background? I used > > > > > > > > cd /usr/ports/www/apache22 > > > > make install clean & > > > > > > > > it returns the pid but then compiles in the foreground > > > > > > > > What am I doing wrong? > > > > > > > > _______________________________________________ > > > > 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" > > > > > > You're just seeing the output in the foreground, since the stdio and > > > stderr for that process are still directed to the terminal. If you are > > > using bash, you could "make install clean &> /dev/null &" to have the > > > process operate in the background and direct all output the the > > > bitbucket. I don't know the analog for other shells. > > > > That's only going to help so much. Most ports are going to generate > > compiler warnings that go to stderr, which will still spam your screen. > > > > First off, I recommend directing to a file instead of /dev/null. That > > way if it fails, you have the output to review. Secondly, redirect both > > standard out and standard error. In bourne shells: > > > > make install clean >~/buildlog.txt 2>&1 & > > i use sysutils/screen. the entire process is stuck into a new shell, > seperate from the one you started the command in. so, for instance: > > cd /usr/ports/www/apache22 > screen make install clean > > then, you can background the screen with: > > ctrl-a-d > > i use screen all the time. one of the most common uses i find for it, is > when i start a process on my box at home while at the office, and i know > its going to run way past end-of-day. ill screen it, and then pick the > screen'd terminal back up at home again, with a: > > screen -r > or > screen -rd [pid] > > (and dont forget to man screen!) > > cheers, A good ideea would be to build screen static. In case you update your system, it is possible that the libraries on which screen depends might be deleted. To do so # make CONFIGURE_ENV=LDFLAGS="-static" build # make install that will create a binary screen which is not dynamically linked with the libraries. and of course don't forget man screen all the best, V