Date: Wed, 11 May 2011 17:15:21 +0400 From: Peter Vereshagin <peter@vereshagin.org> To: freebsd-questions@freebsd.org Subject: Re: start X in background without it taking over the console? Message-ID: <20110511131520.GA5710@external.screwed.box> In-Reply-To: <776831.64113.qm@web36504.mail.mud.yahoo.com> References: <4DCA1CD3.5010005@telting.org> <BANLkTikzZYbS6dnUbLhrAyK=VxhOH977SA@mail.gmail.com> <4DCA66A8.8090608@telting.org> <4DCA6DD5.7030005@cyberleo.net> <776831.64113.qm@web36504.mail.mud.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
God love is hard to find. You got lucky freebsd-questions! 2011/05/11 05:37:56 -0700 Bill Tillman <btillman99@yahoo.com> => To freebsd-questions@freebsd.org : BT> > I already do... I'm want to automate it.š Every other virtual screen BT> I'm watching this thread with interest. Me too. But I have another kind of interest. I use to run X like this: https://gist.github.com/651700 This means fork process, wait X server to start and then run client(s). In certain situations the terminal processes start to consume all the CPU while doing nothing. I'd like to have a way to start X without respawn from a line on a /etc/ttys in a background fork and then start its clients from another jail(s). I can do this currently only without ttys to start, blocking /etc/rc to proceed before ttys to start. But I'd like to have Alt+Fn functionality among with my X11, too. I can get that only by means of switching to ttyv0 and then interrupting that perl script by ^C. And losing my X session thereafter. CPU consumption situation in question can happen here and there, and not always can be solved by mean of 'script -qt0 dev/null cmd' hack. This includes tmux/screen first of all. Of course I use this script(1) feature on both ssh client and ssh server side. ( ssh is not about X11 forwarding but about to set DISPLAY and run X client app ). Thanks much for any clue. 73! Peter pgp: A0E26627 (4A42 6841 2871 5EA7 52AB 12F8 0CE1 4AAC A0E2 6627) -- http://vereshagin.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110511131520.GA5710>