But I don't see anything in Apache-Test/Changes. Can you please fix
that? Thanks.
done
--Geoff
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
BTW, are we still +1 on the have_apache_mpm() patch I posted last? I
know Bill had some thoughts on hitting up ap_mpm_query instead of
httpd -V, but if we can agree on have_apache_mpm() as the API, then
we can use the current imple
Stas Bekman wrote:
Geoffrey Young wrote:
BTW, are we still +1 on the have_apache_mpm() patch I posted last? I
know Bill had some thoughts on hitting up ap_mpm_query instead of
httpd -V, but if we can agree on have_apache_mpm() as the API, then we
can use the current implementation and I can pl
Geoffrey Young wrote:
BTW, are we still +1 on the have_apache_mpm() patch I posted last? I
know Bill had some thoughts on hitting up ap_mpm_query instead of httpd
-V, but if we can agree on have_apache_mpm() as the API, then we can use
the current implementation and I can play with ap_mpm_query
On Tue, 29 Jul 2003, Stas Bekman wrote:
> Randy Kobes wrote:
> > On Tue, 29 Jul 2003, Stas Bekman wrote:
> >
> >>In the last few weeks the following two issues were raised:
> >>
> >>1) store a default location of httpd/apxs in Apache::Test so one should
> >>provide it only once.
> >>
> >>I'm +1 on
well, it was a web services interface, and some of the services
required root permission to manipulate certain backend elements.
You still have the root permissions. it's only the server that starts
with non-root perms. why do you needed that override?
you need to be root in order to start Apac
Geoffrey Young wrote:
the way I handled this was to add the following to my TEST.PL
# override root blocks
local *Apache::TestConfig::default_user = sub { return 'root' };
local *Apache::TestConfig::default_group = sub { return 'root' };
why do you need to run tests as root?
well, it was a
the way I handled this was to add the following to my TEST.PL
# override root blocks
local *Apache::TestConfig::default_user = sub { return 'root' };
local *Apache::TestConfig::default_group = sub { return 'root' };
why do you need to run tests as root?
well, it was a web services interface
Welcome back, Geoff!
2) We have a problem with Apache::Test running as root, since when
Apache "sudoes" into 'nobody' it can't access files under /root or
some other root owned dir. The current cvs version already tries to
tell the user about the problem before starting to run the test suite.
I
2) We have a problem with Apache::Test running as root, since when
Apache "sudoes" into 'nobody' it can't access files under /root or some
other root owned dir. The current cvs version already tries to tell the
user about the problem before starting to run the test suite.
I've use A::T to test
Randy Kobes wrote:
On Mon, 28 Jul 2003, David Wheeler wrote:
On Monday, July 28, 2003, at 06:33 PM, Randy Kobes wrote:
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, be
Randy Kobes wrote:
On Tue, 29 Jul 2003, Stas Bekman wrote:
In the last few weeks the following two issues were raised:
1) store a default location of httpd/apxs in Apache::Test so one should
provide it only once.
I'm +1 on this feature. Is anybody interested to implement it?
That sounds like a go
On Tue, 29 Jul 2003, Stas Bekman wrote:
> In the last few weeks the following two issues were raised:
>
> 1) store a default location of httpd/apxs in Apache::Test so one should
> provide it only once.
>
> I'm +1 on this feature. Is anybody interested to implement it?
That sounds like a good idea
On Mon, 28 Jul 2003, David Wheeler wrote:
> On Monday, July 28, 2003, at 06:33 PM, Randy Kobes wrote:
> > 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, bec
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 i
On Mon, 28 Jul 2003, David Wheeler wrote:
> On Monday, July 28, 2003, at 04:52 PM, Stas Bekman wrote:
>
> > We do that already. The problem is in the parent path.
> > Try:
> > cd /root ; mkdir t ; chmod 0777 t ;
> > sudo -u 'nobody' perl -le 'print -r "t" && -w _ && -x _ ? "OK" : "NOK"'
>
> Oh, r
On Monday, July 28, 2003, at 04:52 PM, Stas Bekman wrote:
We do that already. The problem is in the parent path.
Try:
cd /root ; mkdir t ; chmod 0777 t ;
sudo -u 'nobody' perl -le 'print -r "t" && -w _ && -x _ ? "OK" : "NOK"'
Oh, right. That's one thing about Unix that I never got the hang of.
Bu
David Wheeler wrote:
On Monday, July 28, 2003, at 03:24 PM, Stas Bekman wrote:
2) We have a problem with Apache::Test running as root, since when
Apache "sudoes" into 'nobody' it can't access files under /root or
some other root owned dir. The current cvs version already tries to
tell the user
On Monday, July 28, 2003, at 03:24 PM, Stas Bekman wrote:
2) We have a problem with Apache::Test running as root, since when
Apache "sudoes" into 'nobody' it can't access files under /root or
some other root owned dir. The current cvs version already tries to
tell the user about the problem bef
In the last few weeks the following two issues were raised:
1) store a default location of httpd/apxs in Apache::Test so one should
provide it only once.
I'm +1 on this feature. Is anybody interested to implement it?
2) We have a problem with Apache::Test running as root, since when Apache
"sudo
20 matches
Mail list logo