From owner-freebsd-doc@FreeBSD.ORG Sat Feb 6 00:16:36 2010 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31322106566B for ; Sat, 6 Feb 2010 00:16:36 +0000 (UTC) (envelope-from meslists@yahoo.fr) Received: from web28104.mail.ukl.yahoo.com (web28104.mail.ukl.yahoo.com [217.146.182.124]) by mx1.freebsd.org (Postfix) with SMTP id 9B2728FC14 for ; Sat, 6 Feb 2010 00:16:35 +0000 (UTC) Received: (qmail 99640 invoked by uid 60001); 6 Feb 2010 00:16:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1265415394; bh=hn4O2wPKWPyTe1TEGZFbjC29K1y0CLb1lwP8bxZNmfk=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Ix+rLTEeCUTQkNK7NEY5YBfY5cCANb6bzpXmC4DuwtAMD2rUGisYUzFR5dCktrNj9TzTrgn/NMqCY33A0ozm6JKwo5lEIxLq7d0NdYSyq/ORBJcT13gqfq8YTHBLO/vMsW49epdxLa13bEwc1Npwhz1aImTyXKJp+7p2kWu/SYk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=XEr2XQ22gqMkJ5g8/VmYy5VxIrkXLWnFnDYy9hZki+ooxPwBcITyuOQftW7ElXpi2FTogjDtyy7k0hPIPWOvL6i0/b7Dq6pm2waCa6gP4pAwL1y+7VwFBrxlfv4aoiaNjG3iZM4yA3uxBR6kljx1KlwVn0A0k4pR+PBZqNajr3Q=; Message-ID: <377659.99448.qm@web28104.mail.ukl.yahoo.com> X-YMail-OSG: 2zkX2ygVM1nMwtnNRyViLoL4acLJSOurTMCMzPgs6CNtcjfURmRlLgwelnzl2sUn6EmQJrponeU1szBV1E8Q3J.YhO24UpWlBVZAjFrMbSgQlRSTn31kJIib3P7jjp90EsYQTS53XvooCMndKGhZuqPkCbsLIEGZNGSlNYU.0ytDYYdzs7mStRYYNflzGs1940Dww.2LpNIK0.Jtdj8eLQq1884jPj2TWrPgtRtvpCn.4mmZ Received: from [151.49.225.249] by web28104.mail.ukl.yahoo.com via HTTP; Fri, 05 Feb 2010 16:16:34 PST X-Mailer: YahooMailRC/272.7 YahooMailWebService/0.8.100.260964 References: <4B6BF9C0.8070706@yahoo.fr> <20100205183925.GA1275@gothic.blackend.org> Date: Fri, 5 Feb 2010 16:16:34 -0800 (PST) From: Dan To: Marc Fonvieille In-Reply-To: <20100205183925.GA1275@gothic.blackend.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-doc@freebsd.org Subject: Re : handbook - [5.4.2 Configuring X11] - suggesting an improvement X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2010 00:16:36 -0000 Hi :-)=0A=0AThank you for the fast feedback. So in your tests hal did not a= ctually =0Aparse the new/modified fdi file(s) ? Or some hardware, that was = =0Apreviously working, stopped ?=0A=0AHere, hal needed a restart together w= ith the X-Window System (maybe one =0Ashould also state this in the doc). I= was pretty sure that starting a =0Ascript at boot time or restarting it la= ter when the system was already =0Arunning would not lead to differences in= behaviour (reading config files I mean). =0A=0ABTW, I am not aware of the = FreeBSD policies in this respect but, you =0Aalready know, one of the criti= cs made to some well-known software is =0Athat it leads to too many (unnece= ssary) reboots. I think it would not be bad here to underline that a reboot= is needed just in the worst case. =0AAnd what if a new FreeBSD user, who i= s reading the guide, has to test =0Aseveral fdi files because she/he is not= able to write a working one at =0Afirst (how many reboots...) ? (But It's= also true that she/he also =0Awould be unnecessarily worried if hal would = not read the config files =0Awhen the script restarts -...isnt there any lo= g??)=0A=0ABut, definitely, all this is just my own opinion. =0A=0Aciao,=0Ad= aniele=0A=0A=0A=0A________________________________=0ADe : Marc Fonvieille <= blackend@freebsd.org>=0A=C0 : daniele =0ACc : freebsd-do= c@freebsd.org=0AEnvoy=E9 le : Ven 5 F=E9vrier 2010, 19 h 39 min 25 s=0AObje= t : Re: handbook - [5.4.2 Configuring X11] - suggesting an improvement=0A= =0AOn Fri, Feb 05, 2010 at 11:58:08AM +0100, daniele wrote:=0A> >=0A> > >/= =0A> > />/ I was reading the section 5.4.2 of the handbook. In the 2nd and= 3rd Notes,=0A> > />/ after the fdi file code, one reads=0A> > />/=0A> > /= >/ "You will have to reboot your machine to force *hald* to read this file= ."=0A> > />/=0A> > />/ I think this is not the most efficient solution to = let hald read again the=0A> > />/ file.=0A> > />/=0A> > />/ Restarting ju= st the hal start script wouldn't be enough ?=0A> > /=0A> > Not always:=0A>= >=0A> > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D595146+0+archive/20= 09/freebsd-doc/20091101.freebsd-doc=0A> > =0A> Hi,=0A> =0A> Thanks for a= nswering. That seems a bit "strange". The specifically =0A> reported "probl= ems" in the end are a mouse not working after the restart =0A> but the auth= or did not specify the number of machines he made the test =0A> on and if o= ther problems occur. It would be interesting to know a bit =0A> more about = this (I mean if it happens frequently and if other problems =0A> occur). I = changed the keyboard layout 1-2 times but got no problems here =0A> restart= ing the script.=0A>=0A=0AI think the problem is not the number of machines = tested but the fact it=0Ajust did not work for some users/hardware. This i= s a problem since=0Apeople may think the issue is coming from their fdi scr= ipt when it's=0Ajust the hald daemon unable to reread a file. The proposed= solution=0Aworks for everyone.=0A=0AMaybe we can rewrite the part with a m= ention of rc.d HAL restart and=0Athen with a note telling "if it does not w= ork , you will have to reboot=0Ayour box... blahblah".=0A=0A-- =0AMarc=0A= =0A=0A=0A