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.54) id 1FE54D-0007UG-Bm for garchives@archives.gentoo.org; Tue, 28 Feb 2006 13:39:05 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1SDafwU029636; Tue, 28 Feb 2006 13:36:41 GMT Received: from smtp.top-hosting.cz (gw.top-hosting.cz [81.0.254.91]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k1SDX7xE025338 for ; Tue, 28 Feb 2006 13:33:07 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.top-hosting.cz (Postfix) with ESMTP id DB663A40A0A for ; Tue, 28 Feb 2006 14:34:13 +0100 (CET) Received: from smtp.top-hosting.cz ([127.0.0.1]) by localhost (smtp.top-hosting.cz [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07202-08 for ; Tue, 28 Feb 2006 14:34:05 +0100 (CET) Received: from NOTORCOMP (21.217.broadband4.iol.cz [85.71.217.21]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.top-hosting.cz (Postfix) with ESMTP id EB158A3017F for ; Tue, 28 Feb 2006 14:34:04 +0100 (CET) Date: Tue, 28 Feb 2006 14:34:02 +0100 From: Jakub Moc X-Priority: 3 (Normal) Message-ID: <813285656.20060228143402@gentoo.org> To: "Stephen P. Becker" Subject: Re[2]: [gentoo-dev] [RFC] QA Team's role In-Reply-To: <4404480C.9040404@gentoo.org> References: <20060226222217.GB17257@aerie.halcy0n.com> <1140997703.12229.166.camel@demandred.gnqs.org> <20060227003413.GE17257@aerie.halcy0n.com> <20060227170834.075e9388@snowdrop.home> <1141071970.804.19.camel@demandred.gnqs.org> <20060227203709.2a7bff47@snowdrop.home> <1159375278.20060227214923@gentoo.org> <20060227213321.7ee405ec@snowdrop.home> <394439379.20060228103817@gentoo.org> <4404480C.9040404@gentoo.org> 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: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------F32F28324A92E1" X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at top-hosting.cz X-Spam-Status: No, score=-1.976 tagged_above=-999 required=6 tests=[AWL=0.623, BAYES_00=-2.599] X-Spam-Score: -1.976 X-Spam-Level: X-Archives-Salt: e215135c-ad41-4081-be55-448e997321b8 X-Archives-Hash: 24aec6718da1611125230626121963be ------------F32F28324A92E1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable =0D=0A28.2.2006, 13:54:36, Stephen P. Becker wrote: >> You still haven't posted posted a *single example* of webapp-config >> brokeness. You, I'd say you should either back up claims about "all the = ways >> in which webapp-config is broken" or apologize to the concerned develope= rs >> for false claims. >>=20 >> Still waiting. >>=20 > OK, here is one. It seems that webapp-config silently assumes your=20 > webserver is apache by default. If a user uses lighttpd for example,=20 > this is totally incorrect. Why don't you voice your solutions on Bug 11007? The whole underlying stuff is hell broader than what webapp-config assumes or doesn't assume. > Now, this doesn't cause webapp-config to fail to emerge, but the first=20 > time you emerge any webapp, you get a big nasty error about no Apache=20 > group available, which further requires the end user to dig around the=20 > webapp-config manpage to figure out the correct file to edit *just* to=20 > get a silly php script to install in the correct location. The above is a direct result of purging all kind of useful predefined users/groups from /etc/{passwd,group} without considering any wider consequences. It has already caused circular deps and broke a couple of things, included but non-limited to installing Gentoo itself (search bugzilla for related bugs). Where is the whole benefit from this, I still have to see. webapp-config should be updated to handle such situation more gracefully, so why don't you file a bug about this? Is that all you have wrt "all the ways in which webapp-config is broken"? If so, that's not really much of a justification of the broad claim ciaranm has made as a QA project member. > And please, don't tell me this is a feature. It breaks noninteractivity= =20 > for every "webapp" in the entire tree. What kind of non-interactivity? What's this universal non-interactivity blurb of yours and ciaranm's about? There's no such thing when it comes to configuration. If you want automated "configuration", then please use Windows and stop moaning. If you don't want to read manpages or at least --help, then please use Windows as well. If you want to use non-default setup, then you need to change default values, that's what common sense dictates at least. And don't use the (non)-interactivity magical formular in a context where it has zero sense. --=20 Best regards, Jakub Moc mailto:jakub@gentoo.org GPG signature: http://subkeys.pgp.net:11371/pks/lookup?op=3Dget&search=3D0= xCEBA3D9E Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95 B30F 8717 D5FD CEBA 3D9E ... still no signature ;) ------------F32F28324A92E1 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFEBFFKhxfV/c66PZ4RAkNeAKDCUNvzb95o3H+8ArgccLRzKEaw7gCdFesV yAdPKzTIh6tvOYPjIMY/3ow= =yAhR -----END PGP MESSAGE----- ------------F32F28324A92E1-- -- gentoo-dev@gentoo.org mailing list