From owner-freebsd-gnome@FreeBSD.ORG Sun Nov 5 21:45:12 2006 Return-Path: X-Original-To: freebsd-gnome@freebsd.org Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5286116A415 for ; Sun, 5 Nov 2006 21:45:12 +0000 (UTC) (envelope-from freebsd-gnome@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A384B43D45 for ; Sun, 5 Nov 2006 21:45:11 +0000 (GMT) (envelope-from freebsd-gnome@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Ggpna-0000xh-Fh for freebsd-gnome@freebsd.org; Sun, 05 Nov 2006 22:45:02 +0100 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 05 Nov 2006 22:45:02 +0100 Received: from gamato by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 05 Nov 2006 22:45:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-gnome@freebsd.org From: martinko Date: Sun, 05 Nov 2006 10:24:56 +0100 Lines: 56 Message-ID: References: <1162518724.22424.103.camel@shumai.marcuscom.com> <20061103035349.10D0745054@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20061021 SeaMonkey/1.0.5 In-Reply-To: <20061103035349.10D0745054@ptavv.es.net> Sender: news Subject: Re: HAL taking over X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 21:45:12 -0000 Kevin Oberman wrote: >> From: Joe Marcus Clarke >> Date: Thu, 02 Nov 2006 20:52:04 -0500 >> >> On Thu, 2006-11-02 at 14:39 -0800, Kevin Oberman wrote: >>> HAL looks wonderful, but it seems to be trying to take control of my >>> system. >>> >>> I have my system set up to ignore the lid switch >>> (hw.acpi.lid_switch_state: NONE) >>> >>> When I have HALD running, it suspends my system, anyway, and it does not >>> resume. It reboots. >> You will have to ignore the lid button in HAL. Basically, create >> a /usr/local/share/hal/fdi/preprobe/20thirdparty/10-acpi-lid.fdi file >> with the following contents then restart hald: >> >> >> >> >> >> >> true >> >> >> >> >> If that still doesn't work, HAL may need a patch to support ignoring >> these kind of events. >> >>> When I have HALD running, I can no longer unmount disks. I can't do it >>> from the command line (volume busy) or from nautilus (Not authorized). >> Which disks? Volumes mounted by HAL can be controlled with the >> gnome-mount command provided you have appropriate access (see >> http://www.freebsd.org/gnome/docs/faq2.html#q19 ). >> >>> I suspect HALD can be configured to make all of this work right, but I >>> don't know quite where to look. (OK, I have some hints on the unmounting >>> issue, but I have not gotten it to work yet. >>> >>> Finally, the disks are no longer labeled in a meaningful fashion. What >>> used to be the "D" drive on my system is now showing up as "7.8 GB". Not >>> too useful and made a bit worse because I often mount two partitions of >>> almost exactly the same size. >> You can label volumes using tunefs -L. After doing this, they should >> appear with more meaningful names. > > Mixed success. First, The big one...the XML for the lid worked > perfectly. I can now close the lid without suspending! > Shouldn't HAL after installation respect the current system behaviour? (that is e.g. to install above mentioned script if hw.acpi.lid_switch_state is set to NONE) M.