From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1DuwVK-0008Ks-Jf for garchives@archives.gentoo.org; Tue, 19 Jul 2005 18:07:43 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6JI65S1001326; Tue, 19 Jul 2005 18:06:05 GMT Received: from hercules.magbank.com (179.mupb.nyrk.nycenycp.dsl.att.net [12.98.143.179]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j6JI3Q27023599 for ; Tue, 19 Jul 2005 18:03:26 GMT Content-class: urn:content-classes:message Subject: RE: [gentoo-dev] init script guidelines Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 19 Jul 2005 14:08:01 -0400 Message-ID: <16CC9569DA3E4D41A1D4BC25D7B5A16A473AC6@hercules.magbank.com> X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [gentoo-dev] init script guidelines Thread-Index: AcWMikUA2Sfvt1J7SU6FGhxcR03p6QAAGy4g From: "Eric Brown" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by robin.gentoo.org id j6JI3Q27023599 X-Archives-Salt: 7831094c-4a75-465f-91af-8f77d723668d X-Archives-Hash: 8c923afc2b27050397f4a1ac78a9c041 A few responses: (Please forgive the lack of normal formatting) 1) To Chris Gianelloni I really do agree that it's silly for a daemon to lie about it's initialization status. However, after actually haven taken some of these issues upstream (in particular Apache 1.3). I realized that the upstream devs don't really consider these bugs all of the time. In Apache's case, it's a bug, but one that's never going to be fixed in 1.3 (2.0 supposedly fixes it). I think there was one case where pure-ftpd actually fixed one of these bugs when I reported it. My point is that Snort and Apache are not alone in this, so I suppose quite a few upstream developers just disagree with us on what proper initialization means. Why should our users suffer? 2) To Mike Frysinger Most of these services are pretty common, and the suckage is usually limited to this area of initialization =) I do see how timing could be an issue for sleeps, but I would personally much rather have a timeout variable in conf.d somewhere rather than no check at all. I would also much rather have a simple check be performed that produced false positives itself (which is what the init scripts are doing now), as long as it cut down on the total number of false positives. 3) To anyone else So far it looks like developer awareness is the best we can do? What about making standard functions or check services available to help developers who are aware and need to use them? Even if developers just become willing to add checks, that would be great. Right now most devs simply rely on upstream (although I think upstream should certainly be a part of each case). -- gentoo-dev@gentoo.org mailing list