The easiest way I've found to do this in Apache::Test is attached. It
extracts the PREFIX from apxs and uses that as the default inherited
ServerRoot value. If a value is hard-coded into the global httpd.conf,
it supercedes the apxs value and everything works just like before.
hmm. it looks
Mike Cramer wrote:
Currently, if your local httpd.conf doesn't contain a ServerRoot
directive but has relative-paths to things like DSO modules,
Apache::Test fails. Obviously, a ServerRoot is necessary for Apache to
function properly, but the ServerRoot directive is only one of several
ways to
Geoffrey Young wrote:
The easiest way I've found to do this in Apache::Test is attached. It
extracts the PREFIX from apxs and uses that as the default inherited
ServerRoot value. If a value is hard-coded into the global httpd.conf,
it supercedes the apxs value and everything works just like
* Stas Bekman [EMAIL PROTECTED] wrote:
BTW, there is a much simpler way to turn tests into todos without touching
the sub-test's code:
http://perl.apache.org/docs/general/testing/testing.html#Todo_Sub_tests
Oh well, I knew there was something ... :-) I'll fix it.
nd
[EMAIL PROTECTED] wrote:
nd 2003/11/01 09:28:48
Modified:perl-framework/t/modules include.t
Log:
disable the fsize/flastmod-test for now, until there's a better solution
BTW, there is a much simpler way to turn tests into todos without touching the
sub-test's code:
I get this when compiling 2.0.48 via gentoo's ebuild:
/bin/sh /portage/apache-2.0.48/work/httpd-2.0.48/srclib/apr/libtool \
--silent --mode=compile gcc -pthread -march=pentium3 -O2 -pipe -DHAVE_CONFIG_H \
-DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE
-D_GNU_SOURCE
Hi,
Piped log files still dont work with apache 2.0.48
piped log program '/usr/local/apache2/bin/logresolve
/home/accounts/x//logs/access_log' failed unexpectedly
So i am using a script as suggested before , called it apacheresolve :
#!/bin/sh
exec /usr/local/apache2/bin/logresolve
Bastiaan van der Put wrote:
Piped log files still dont work with apache 2.0.48
piped log program '/usr/local/apache2/bin/logresolve
/home/accounts/x//logs/access_log' failed unexpectedly
So i am using a script as suggested before , called it apacheresolve :
#!/bin/sh
exec
Greg Stein wrote:
On Fri, Oct 31, 2003 at 10:12:56PM +0100, Sander Striker wrote:
From: Brad Nicholes [mailto:[EMAIL PROTECTED]
Sent: Friday, October 31, 2003 9:53 PM
So what is the best way to resolve this? Currently NetWare won't
build. It throws a compiler error in Metrowerks. I can
Hi guys,
at http://cvs.apache.org/~kess/programs/ you'll find a draft for a
configure script documentation. There are still some open ends - mostly
commented within the xml file - and there might be a lot of typos and
spelling mistakes, but it is ready for a review now...
It would be fine, if
at http://cvs.apache.org/~kess/programs/ you'll find a draft for a
configure script documentation. There are still some open ends - mostly
commented within the xml file - and there might be a lot of typos and
spelling mistakes, but it is ready for a review now...
It would be fine, if someone could
Hi.
The attached patch corrects the description of the --with-apr-util
configure option. The argument can be a directory path as well as the
filename to the apu-config script.
Could someone please commit this and backport this patch to
APU_0_9_BRANCH?
Since I'm not subscribed at [EMAIL
On Sun, 2 Nov 2003, [ISO-8859-15] Astrid Keßler wrote:
Hi guys,
at http://cvs.apache.org/~kess/programs/ you'll find a draft for a
configure script documentation. There are still some open ends - mostly
commented within the xml file - and there might be a lot of typos and
spelling
I figured this out shortly after posting ... :(
What is happening is that something in the latest glibc or kernel
headers (not linked into /usr/include, but glibc was built against
the 2.6 kernel and probably grabbed some headers then) convinces apr
that sctp is supported, even when the lksctp
I have an Intel S875WP1-E with FreeBSD 4.8-STABLE running Apache
2.0.48 prefork with mod_ldap enabled, built against OpenLDAP 2.1.23.
I'm getting a SEGV when I have ldap caching enabled. It seems the
contents of the global util_ldap_cache is being corrupted. If I set a
breakpoint at
15 matches
Mail list logo