Re: [RELEASE CANDIDATE] Apache-Test 1.38-rc1
My result: no idea of how complete it is, or what to do to expand. michael@x104:[/data/prj/Apache-Test-1.38-rc1]perl Makefile.PL -httpd /opt/httpd/sbin/httpd Subroutine MY::test redefined at Makefile.PL line 168. [ info] generating script t/TEST [ info] generating script ./t/cgi-bin/cookies.pl [ info] generating script ./t/cgi-bin/next_available_port.pl Writing Makefile for Apache::Test Checking for File::Spec...ok Checking for Cwd...ok michael@x104:[/data/prj/Apache-Test-1.38-rc1]make test cp lib/Apache/TestRun.pm blib/lib/Apache/TestRun.pm cp lib/Apache/TestClient.pm blib/lib/Apache/TestClient.pm cp lib/Apache/TestMM.pm blib/lib/Apache/TestMM.pm cp lib/Apache/TestCommonPost.pm blib/lib/Apache/TestCommonPost.pm cp lib/Apache/TestConfigParrot.pm blib/lib/Apache/TestConfigParrot.pm cp lib/Apache/TestRunPHP.pm blib/lib/Apache/TestRunPHP.pm cp lib/Apache/Test.pm blib/lib/Apache/Test.pm cp lib/Apache/TestConfigC.pm blib/lib/Apache/TestConfigC.pm cp lib/Apache/TestServer.pm blib/lib/Apache/TestServer.pm cp lib/Apache/TestReportPerl.pm blib/lib/Apache/TestReportPerl.pm cp lib/Apache/TestConfig.pm blib/lib/Apache/TestConfig.pm cp lib/Apache/TestConfigPerl.pm blib/lib/Apache/TestConfigPerl.pm cp lib/Apache/TestHarness.pm blib/lib/Apache/TestHarness.pm cp lib/Apache/TestUtil.pm blib/lib/Apache/TestUtil.pm cp lib/Apache/TestSmoke.pm blib/lib/Apache/TestSmoke.pm cp lib/Apache/TestTrace.pm blib/lib/Apache/TestTrace.pm cp lib/Apache/TestCommon.pm blib/lib/Apache/TestCommon.pm cp lib/Apache/TestSmokePerl.pm blib/lib/Apache/TestSmokePerl.pm cp lib/Apache/TestConfigParse.pm blib/lib/Apache/TestConfigParse.pm cp lib/Apache/TestConfigPHP.pm blib/lib/Apache/TestConfigPHP.pm cp lib/Apache/Test5005compat.pm blib/lib/Apache/Test5005compat.pm cp lib/Apache/TestBuild.pm blib/lib/Apache/TestBuild.pm cp lib/Apache/TestMB.pm blib/lib/Apache/TestMB.pm cp lib/Apache/TestPerlDB.pm blib/lib/Apache/TestPerlDB.pm cp lib/Apache/TestRequest.pm blib/lib/Apache/TestRequest.pm cp lib/Apache/TestHandler.pm blib/lib/Apache/TestHandler.pm cp lib/Apache/TestRunParrot.pm blib/lib/Apache/TestRunParrot.pm cp lib/Bundle/ApacheTest.pm blib/lib/Bundle/ApacheTest.pm cp lib/Apache/TestHarnessPHP.pm blib/lib/Apache/TestHarnessPHP.pm cp lib/Apache/TestRunPerl.pm blib/lib/Apache/TestRunPerl.pm cp lib/Apache/TestReport.pm blib/lib/Apache/TestReport.pm cp lib/Apache/TestSSLCA.pm blib/lib/Apache/TestSSLCA.pm cp lib/Apache/TestSort.pm blib/lib/Apache/TestSort.pm /usr/bin/perl -Iblib/arch -Iblib/lib t/TEST -clean APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= APACHE_TEST_APXS= /usr/bin/perl -Iblib/arch -Iblib/lib t/TEST -bugreport -verbose=0 /opt/httpd/sbin/httpd -d /data/prj/Apache-Test-1.38-rc1/t -f /data/prj/Apache-Test-1.38-rc1/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS using Apache/2.4.2 (worker MPM) waiting 60 seconds for server to start: . waiting 60 seconds for server to start: ok (waited 0 secs) server loopback:8529 started [ info] adding source lib /data/prj/Apache-Test-1.38-rc1/lib to @INC t/alltest/allskipped all skipped: testing all.t t/alltest2/all...skipped all skipped: testing more than one all.t t/bad_coding.ok t/cookiesskipped all skipped: cannot find one of cgi.c or cgid.c t/import.ok t/log_watch..ok t/more/all...skipped all skipped: cannot find module 'mod_perl.c' t/next_available_portskipped all skipped: cannot find one of cgi.c or cgid.c t/ping...ok t/redirect...ok t/requestok t/sokok All tests successful, 5 tests skipped. Files=12, Tests=85, 20 wallclock secs ( 7.30 cusr + 5.50 csys = 12.80 CPU) [warning] server loopback:8529 shutdown [warning] port 8529 still in use... ..done Target "test" is up to date. On Thu, Jul 26, 2012 at 2:27 AM, Michael Felt wrote: > Note sure if it is real important, but I cannot get DESTDIR to accept a > value, other than manually editting it I epxect. > $ DESTDIR=/var/build/ApacheTest perl Makefile.PL -httpd > /opt/httpd/sbin/httpd > Subroutine MY::test redefined at Makefile.PL line 168. > [ info] generating script t/TEST > [ info] generating script ./t/cgi-bin/cookies.pl > [ info] generating script ./t/cgi-bin/next_available_port.pl > Writing Makefile for Apache::Test > Checking for File::Spec...ok > Checking for Cwd...ok > > > $ grep DESTDIR Makefile > Makefile:DESTDIR = > Makefile:DESTINSTALLPRIVLIB = $(DESTDIR)$(INSTALLPRIVLIB) > Makefile:DESTINSTALLSITELIB = $(DESTDIR)$(INSTALLSITELIB) > Makefile:DESTINSTALLVENDORLIB = $(DESTDIR)$(INSTALLVENDORLIB) > Makefile:DESTINSTALLARCHLIB = $(DESTDIR)$(INSTALLARCHLIB) > Makefile:DESTINSTALLSITEARCH = $(DESTDIR)$(INSTALLSITEARCH) > Makefile:DESTINSTALLVENDORARCH = $(DESTDIR)$(INSTALLVENDORARCH) > Makefile:DESTINSTALLBIN = $(DESTDIR)$(INSTALLBIN) > Makefile:DESTINSTALLSITEBIN = $(DESTDIR)$(INS
Re: [RELEASE CANDIDATE] Apache-Test 1.38-rc1
Note sure if it is real important, but I cannot get DESTDIR to accept a value, other than manually editting it I epxect. $ DESTDIR=/var/build/ApacheTest perl Makefile.PL -httpd /opt/httpd/sbin/httpd Subroutine MY::test redefined at Makefile.PL line 168. [ info] generating script t/TEST [ info] generating script ./t/cgi-bin/cookies.pl [ info] generating script ./t/cgi-bin/next_available_port.pl Writing Makefile for Apache::Test Checking for File::Spec...ok Checking for Cwd...ok $ grep DESTDIR Makefile Makefile:DESTDIR = Makefile:DESTINSTALLPRIVLIB = $(DESTDIR)$(INSTALLPRIVLIB) Makefile:DESTINSTALLSITELIB = $(DESTDIR)$(INSTALLSITELIB) Makefile:DESTINSTALLVENDORLIB = $(DESTDIR)$(INSTALLVENDORLIB) Makefile:DESTINSTALLARCHLIB = $(DESTDIR)$(INSTALLARCHLIB) Makefile:DESTINSTALLSITEARCH = $(DESTDIR)$(INSTALLSITEARCH) Makefile:DESTINSTALLVENDORARCH = $(DESTDIR)$(INSTALLVENDORARCH) Makefile:DESTINSTALLBIN = $(DESTDIR)$(INSTALLBIN) Makefile:DESTINSTALLSITEBIN = $(DESTDIR)$(INSTALLSITEBIN) Makefile:DESTINSTALLVENDORBIN = $(DESTDIR)$(INSTALLVENDORBIN) Makefile:DESTINSTALLSCRIPT = $(DESTDIR)$(INSTALLSCRIPT) Makefile:DESTINSTALLMAN1DIR = $(DESTDIR)$(INSTALLMAN1DIR) Makefile:DESTINSTALLSITEMAN1DIR = $(DESTDIR)$(INSTALLSITEMAN1DIR) Makefile:DESTINSTALLVENDORMAN1DIR = $(DESTDIR)$(INSTALLVENDORMAN1DIR) Makefile:DESTINSTALLMAN3DIR = $(DESTDIR)$(INSTALLMAN3DIR) Makefile:DESTINSTALLSITEMAN3DIR = $(DESTDIR)$(INSTALLSITEMAN3DIR) Makefile:DESTINSTALLVENDORMAN3DIR = $(DESTDIR)$(INSTALLVENDORMAN3DIR) I am guessing that the DESTDIR= line will cancel any environment variable I try to use. Reinstalling test server, so have not actually tried the test yet. On Tue, Jul 24, 2012 at 4:37 AM, Fred Moyer wrote: > > I can fix it up easily enough if you want to roll an RC2, otherwise I > > can fix it up after 1.38 is out since this is nothing new. > > Sure, go ahead and I'll roll RC2. > > On Mon, Jul 23, 2012 at 1:38 AM, Steve Hay > wrote: > > Fred Moyer wrote on 2012-07-20: > >> Please download, test, and report back on this Apache-Test 1.38 > >> release candidate. > >> > >> http://people.apache.org/~phred/Apache-Test-1.38-rc1.tar.gz > >> MD5 (Apache-Test-1.38-rc1.tar.gz) = 6fdf8e7221f3c46e68a3e9ab3595505c > >> > >> =item 1.38-rc1 > >> > >> Remove use of Nullsv as per modperl commit 1362399. [Steve Hay] > >> > >> have Apache::TestConfigPerl::configure_inc set up @INC to include > >> ../blib/lib and ../blib/arch if they exist. The bundled Apache::Reload > >> may fail to load Apache2::Const & co otherwise when testing. > >> [Torsten Foertsch] > >> > > > > Testing with VC++ 2010, Apache 2.2.22, mod_perl 2.0.7 and Perl 5.17.2, I > > get the same result as Apache-Test-1.37, namely a fail in t\log_watch.t > > due to $fn being undefined. It's a filename which comes from > > t_catfile(), which makes use of Win32::GetLongPathName() on WIN32, but > > that Win32 function returns the undefined value when passed a path that > > doesn't exist, which is indeed the case here. (That's not a recent > > change in perl's Win32 function, btw. I tested back to 5.12.2 and that > > was the same.) > > > > I can fix it up easily enough if you want to roll an RC2, otherwise I > > can fix it up after 1.38 is out since this is nothing new. >
Re: DavGenericLockDB scope - what should it be?
The docs are correct. There shouldn't be any real problem with a
server-wide database.
Cheers,
-g
On Jul 25, 2012 7:36 AM, "Graham Leggett" wrote:
> Hi all,
>
> According to the docs at
> http://httpd.apache.org/docs/2.4/mod/mod_dav_lock.html#davgenericlockdbthe
> scope of the DavGenericLockDB is "server config, virtual host,
> directory".
>
> According to the source, the scope is "inside Directory or Location" as
> follows:
>
> AP_INIT_TAKE1("DAVGenericLockDB", dav_lock_cmd_davlockdb, NULL,
> ACCESS_CONF,
> "specify a lock database"),
>
> Can anyone confirm which one is supposed to be correct?
>
> Regards,
> Graham
> --
>
>
RE: DavGenericLockDB scope - what should it be?
> -Original Message-
> From: Plüm, Rüdiger, Vodafone Group
> Sent: Mittwoch, 25. Juli 2012 14:06
> To: dev@httpd.apache.org
> Subject: RE: DavGenericLockDB scope - what should it be?
>
>
>
> > -Original Message-
> > From: Graham Leggett [mailto:minf...@sharp.fm]
> > Sent: Mittwoch, 25. Juli 2012 13:36
> > To: dev@httpd.apache.org
> > Subject: DavGenericLockDB scope - what should it be?
> >
> > Hi all,
> >
> > According to the docs at
> >
> http://httpd.apache.org/docs/2.4/mod/mod_dav_lock.html#davgenericlockdb
> > the scope of the DavGenericLockDB is "server config, virtual host,
> > directory".
> >
> > According to the source, the scope is "inside Directory or Location"
> as
> > follows:
> >
> > AP_INIT_TAKE1("DAVGenericLockDB", dav_lock_cmd_davlockdb, NULL,
> > ACCESS_CONF,
> > "specify a lock database"),
> >
> > Can anyone confirm which one is supposed to be correct?
>
> For me the directive seems to work on server level as well (at least I
> get no error
> on startup when using it on server level), but I don't know if the
> locking is really (still)
> used by Subversion (mod_dav_svn) as I see no lock DB created.
Answering myself. Later version of mod_dav_svn have their own locking
implemented.
Regards
Rüdiger
RE: DavGenericLockDB scope - what should it be?
> -Original Message-
> From: Graham Leggett [mailto:minf...@sharp.fm]
> Sent: Mittwoch, 25. Juli 2012 13:36
> To: dev@httpd.apache.org
> Subject: DavGenericLockDB scope - what should it be?
>
> Hi all,
>
> According to the docs at
> http://httpd.apache.org/docs/2.4/mod/mod_dav_lock.html#davgenericlockdb
> the scope of the DavGenericLockDB is "server config, virtual host,
> directory".
>
> According to the source, the scope is "inside Directory or Location" as
> follows:
>
> AP_INIT_TAKE1("DAVGenericLockDB", dav_lock_cmd_davlockdb, NULL,
> ACCESS_CONF,
> "specify a lock database"),
>
> Can anyone confirm which one is supposed to be correct?
For me the directive seems to work on server level as well (at least I get no
error
on startup when using it on server level), but I don't know if the locking is
really (still)
used by Subversion (mod_dav_svn) as I see no lock DB created.
Regards
Rüdiger
DavGenericLockDB scope - what should it be?
Hi all,
According to the docs at
http://httpd.apache.org/docs/2.4/mod/mod_dav_lock.html#davgenericlockdb the
scope of the DavGenericLockDB is "server config, virtual host, directory".
According to the source, the scope is "inside Directory or Location" as follows:
AP_INIT_TAKE1("DAVGenericLockDB", dav_lock_cmd_davlockdb, NULL, ACCESS_CONF,
"specify a lock database"),
Can anyone confirm which one is supposed to be correct?
Regards,
Graham
--
Re: Apache httpd 2.4.x on Windows
Hi Claudio, I assumed that EOW meant end of week. Greetz Mario On Wed, Jul 18, 2012 at 11:15 PM, Claudio Caldato (MS OPEN TECH) wrote: > Hi Mario, > > Very sorry for the delay. It is taking a little longer than expected for the > developer to get familiar with the code, we are short of a dev in the team so > we had to move him to another project for a couple of weeks but he is back on > HTTPD now. > > I should have news by EOW > > Claudio
Re: [PATCH] proxy/balancer: fix PR 45434 regression
On Tue, Jul 24, 2012 at 08:37:02PM +0200, Rainer Jung wrote: > So: Your change seems good to me. Thanks very much for checking it out! r1365479.
