From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 06:12:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D934B106566C; Wed, 8 Apr 2009 06:12:44 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 80BB88FC1B; Wed, 8 Apr 2009 06:12:44 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n386CiuN005247; Tue, 7 Apr 2009 23:12:44 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id kx827v4gacdmfma7bjf3aybyms; Tue, 07 Apr 2009 23:12:43 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49DC405B.7090208@freebsd.org> Date: Tue, 07 Apr 2009 23:12:43 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090404 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Freddie Cash References: <934e1d760904061455o4736d643o1d07e3292192d94c@mail.gmail.com> <1239078081.1908.41.camel@balrog.2hip.net> <49DAE987.7090802@freebsd.org> <1239086408.35025.59.camel@shumai.marcuscom.com> <20090407185915.GY31409@albert.catwhisker.org> <49DBA371.3080804@freebsd.org> <92cd2ff70904071637h362da63ua13c1f8eca6fc616@mail.gmail.com> <1239147806.98664.12.camel@shumai.marcuscom.com> <92cd2ff70904071653r4bf3b381lf5de220b2e280c0c@mail.gmail.com> <1239150469.98664.18.camel@shumai.marcuscom.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Joe Marcus Clarke , current@freebsd.org Subject: Re: Hal and KDM breakage (was Re: KDE4 and input events stalled) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2009 06:12:45 -0000 >>> I'm still curious whether it's feasible to just not monitor the vtys. >> Sure, you can try it. Especially if you're not using GNOME, this might >> be fine. Just remove the hacks from hald's rc.d script. I think I finally understand the issue here. Basically, there seem to be two options: Option 1: Comment out this line from /usr/local/etc/rc.d/hald #start_cmd="hald_start" After this change, the rc.d/hald script will start hald immediately, so that hald will be running before /etc/ttys is processed. This allows KDM/xdm/gdm to be started either from /etc/ttys or from a very simple rc.d script (in particular, the 'lshal' and 'getty' checks are not necessary in this case). The risk with this approach is that hald on 7-STABLE and earlier may be unable to detect whether the user is local or using a remote X terminal, and hence the auto-mount features of KDE and Gnome may not function properly. On FreeBSD-CURRENT, this should be fine and everything should work properly. Option 2: Use the current hald script as-is. With this, the rc.d/hald script sets up a background process that will start hald only after /etc/ttys has been processed. As a result, KDM cannot be started in the traditional fashion from /etc/ttys because KDM cannot be started before hald. (Although Robert claims this should work...) In this case, KDM can only be started from an rc.d script, and that rc.d script needs to use some variant of the "lshal" hack to ensure that KDM won't start before hald. The advantage of this approach is that auto-mount should function correctly in KDE and Gnome, even on 7-STABLE and earlier. Joe: Did I get this right? Freddie Cash pointed out: > Doesn't work, at least not in my quick-n-dirty testing, using the kdm4 > script I just posted. If you remove the lshal checks, then the > keyboard doesn't work once kdm starts. Freddie: If you remove the lshal checks from the kdm startup script, then you have to also remove the hald_start call from the hald startup script. Otherwise, kdm will start before hald and bad things will happen (keyboard/mouse failures at a minimum; I get a complete black screen in this case). Tim