Return-Path: Delivered-To: apmail-httpd-test-dev-archive@httpd.apache.org Received: (qmail 48585 invoked by uid 500); 29 Jul 2003 01:44:55 -0000 Mailing-List: contact test-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: test-dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list test-dev@httpd.apache.org Received: (qmail 48526 invoked from network); 29 Jul 2003 01:44:53 -0000 Date: Mon, 28 Jul 2003 18:45:10 -0700 Subject: Re: Apache::Test oustanding issues Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) From: David Wheeler To: test-dev@httpd.apache.org Content-Transfer-Encoding: 7bit In-Reply-To: Message-Id: <4A26A003-C166-11D7-9642-0003931A964A@kineticode.com> X-Mailer: Apple Mail (2.552) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Monday, July 28, 2003, at 06:33 PM, Randy Kobes wrote: > Depending on where the source directory is, you may have to open > up a parent directory normally restricted to root to a non-root > user, which wouldn't be a good idea, even temporarily. Right. Grr. > What about > just skipping the tests if root is running the tests, and > printing out an explanatory message why the tests are skipped? I don't think you can necessarily do this, because not all test need to have access to t/. My test suite for MasonX::ApacheHandler::WithCallbacks, for example, doesn't need to have the Apache user access those files. They're loaded up by the user that starts apache (root), and then the process forks off to nobody-owned children that never access the files. So my tests work fine even under root. And since many, _many_ users simply install modules via CPAN.pm as root, you'd be eliminating a huge group of people who can run tests. I think a better idea is to introduce a test function like "have_lwp", maybe called "has_access_to_t", that can be used by the module developer to skip the relevant tests, if necessary. Regards, David -- David Wheeler AIM: dwTheory david@kineticode.com ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: Theory@jabber.org Kineticode. Setting knowledge in motion.[sm]