From owner-freebsd-rc@FreeBSD.ORG Tue Sep 6 20:11:03 2011 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25B31065673; Tue, 6 Sep 2011 20:11:03 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5E4968FC13; Tue, 6 Sep 2011 20:11:03 +0000 (UTC) Received: from sbhfislrext01.fnfis.com ([192.168.249.167]) by SCSFISLTC02 (8.14.3/8.14.3) with ESMTP id p86KB2nX020895; Tue, 6 Sep 2011 15:11:02 -0500 Received: from SBHFISLTCGW04.FNFIS.COM (Not Verified[10.132.248.123]) by sbhfislrext01.fnfis.com with MailMarshal (v6, 5, 4, 7535) id ; Tue, 06 Sep 2011 15:11:04 -0500 Received: from smtp.fisglobal.com ([10.132.206.31]) by SBHFISLTCGW04.FNFIS.COM with Microsoft SMTPSVC(6.0.3790.4675); Tue, 6 Sep 2011 15:11:01 -0500 Received: from dtwin (10.14.152.43) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 6 Sep 2011 15:11:02 -0500 From: Devin Teske To: "'Doug Barton'" References: <038001cc6ccb$32226ea0$96674be0$@fisglobal.com> <4E667606.7010300@FreeBSD.org> <038e01cc6ccd$a37a79b0$ea6f6d10$@fisglobal.com> <4E6679A0.2080705@FreeBSD.org> <039001cc6ccf$26e98510$74bc8f30$@fisglobal.com> <4E667C27.4010604@FreeBSD.org> In-Reply-To: <4E667C27.4010604@FreeBSD.org> Date: Tue, 6 Sep 2011 13:10:00 -0700 Message-ID: <039201cc6cd0$f5a37770$e0ea6650$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFdNdXmnf2pK9wgBz55jqyQIsJMJwHKbBpzAheitOUBrBC23wF2cxipAgcHpyuV1tee4A== Content-Language: en-us X-Originating-IP: [10.14.152.43] X-OriginalArrivalTime: 06 Sep 2011 20:11:01.0111 (UTC) FILETIME=[190C6870:01CC6CD1] Cc: freebsd-rc@freebsd.org, ale@FreeBSD.org Subject: RE: www/tomcat7 bug in rc.d startup script when clear_tmp_enable="YES" X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 20:11:04 -0000 > -----Original Message----- > From: Doug Barton [mailto:dougb@FreeBSD.org] > Sent: Tuesday, September 06, 2011 1:02 PM > To: Devin Teske > Cc: freebsd-rc@freebsd.org; ale@FreeBSD.org > Subject: Re: www/tomcat7 bug in rc.d startup script when > clear_tmp_enable=3D"YES" >=20 > On 09/06/2011 12:57, Devin Teske wrote: > > > > > >> -----Original Message----- > >> From: Doug Barton [mailto:dougb@FreeBSD.org] > >> Sent: Tuesday, September 06, 2011 12:51 PM > >> To: Devin Teske > >> Cc: freebsd-rc@freebsd.org; ale@FreeBSD.org > >> Subject: Re: www/tomcat7 bug in rc.d startup script when > >> clear_tmp_enable=3D"YES" > >> > >> On 09/06/2011 12:46, Devin Teske wrote: > >>> On a side-note, is "REQUIRE" essentially analogous to "AFTER" > >> > >> man rcorder > > > > Why would you RTFM me with the same man page that I just referenced? > > (rcorder(8)) > > > > HINT: Try reading before replying (you replied to a partial sentence; > > 'tsk 'tsk). >=20 > Seriously? Yes, seriously. It's poor netiquette. > > I was asking you if you think that there is a warranted need to add an = "AFTER" > > feature which rcorder(8) currently lacks. >=20 > I understood the question. Do you understand the answer? Seriously? Who in their right mind would have extrapolated a contextual response such = as: 'Why, no, I don't think that there is a need for an "AFTER" feature, since = the "REQUIRE" keyword accomplishes the same thing.' >From your actual response of: 'man rcorder' There's no implied context in your response. It looks like a blatant uncont= extual RTFM (especially so since it came through in under 10 seconds). Shit, the least you could have done was the following to let me know that y= ou were giving a contextual response: man rcorder | less +/BUGS --=20 Devin >=20 > BUGS > The =E2=80=9CREQUIRE=E2=80=9D keyword is misleading: It doesn't desc= ribe which daemons > have to be running before a script will be started. It describes wh= ich > scripts must be placed before it in the dependency ordering. For ex= am=E2=80=90 > ple, if your script has a =E2=80=9CREQUIRE=E2=80=9D on =E2=80=9Cname= d=E2=80=9D, it means the script must > be placed after the =E2=80=9Cnamed=E2=80=9D script in the dependency= ordering, not neces=E2=80=90 > sarily that it requires named(8) to be started or enabled. >=20 >=20 >=20 >=20 > -- >=20 > Nothin' ever doesn't change, but nothin' changes much. > -- OK Go >=20 > Breadth of IT experience, and depth of knowledge in the DNS. > Yours for the right price. :) http://SupersetSolutions.com/ _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. _____________