From owner-freebsd-ports@FreeBSD.ORG Tue Jan 27 19:52:15 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F18C010656C6; Tue, 27 Jan 2009 19:52:14 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id A5EE18FC17; Tue, 27 Jan 2009 19:52:14 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (vpn-cl-164-218.rz.uni-karlsruhe.de [141.3.164.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 7B5248A000A; Tue, 27 Jan 2009 20:51:48 +0100 (CET) Message-ID: <497F65CA.9060308@bsdforen.de> Date: Tue, 27 Jan 2009 20:51:38 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Robert Noland References: <20090127190217.de1802b5.lehmann@ans-netz.de> <497F5F68.3090308@bsdforen.de> <1233084594.1981.24.camel@wombat.2hip.net> In-Reply-To: <1233084594.1981.24.camel@wombat.2hip.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: xorg upgrade and /etc/ttys regression X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 19:52:15 -0000 Robert Noland wrote: > On Tue, 2009-01-27 at 20:24 +0100, Dominic Fandrey wrote: >> Oliver Lehmann wrote: >>> Hi, >>> >>> I've used to start my login manager with /etc/ttys for years now (After I >>> considered myself became to lazy to type startx). >>> >>> After yesterdays xorg upgrade I've noticed, that the login manager which >>> comes up right after going to multiuser has no working mouse or keyboard >>> support. This is probably because the login manager gets started by >>> /sbin/init which uses getttyent which parses /etc/ttys. This all happens >>> before hald is being started which is the problem here. >> /etc/ttys is the very last thing in the boot process. >> >>> So the solution seems to be to drop/remove login manager startups >>> from /etc/ttys and move over to rc.d startup. >> It's much more likely that hald isn't working properly. Even if hald >> started late, as soon as it started, your mouse and keyboard would >> start working as soon as hald detects them (that's the whole point >> of using hald, runtime detection). > > I think the root of the issue here is that X isn't able to establish a > connection to hald at startup and does not retry. ... This implies to me that hald forks before it is connectable. This sounds rather annoying.