Re: Problems using Apache::Test on Debian (and Ubuntu)
Eric Covener wrote Tue, 07 Mar 2017 08:18:46 -0800: >> It seems we should have the framework process the bin/envvars (in the normal >> path, or /etc/apache2 in this case)... but that should be based on >> retrieving the >> pathname of bin/envvars from apxs, and apxs doesn't have this info (it also >> does >> not have two distinct entitites for the progname and config file name, >> requiring >> that both be overridden if the progname is changed.) > >Having a bit of trouble sorting out these two, but they don't seem to >affect the conf filename > >Apache-Test/lib/Apache/TestConfig.pm > httpd => 'server to use for testing (default is $bindir/httpd)', > target => 'name of server binary (default is apxs -q TARGET)', > >e.g. this works for me: > >perl Makefile.PL -apxs ~/SRC/httpd-trunk/built/bin/apxs -httpd >~/SRC/httpd-trunk/built/bin/apachectl Hi all, I had hired the original poster to look into this for me, to get Apache2::Controller working and packaged in Debian. I have time to give it my attention now. I'd like to help to fix it in the way you think is best. Perhaps this means providing a patch for the Debian and Ubuntu libapache2-mod-perl2 maintainers to make it work. I'd really like to help make it work in source, if that is possible, since it will reduce the number of places something needs to be changed. I'm sorry I'm a bit rusty. I have not had my head under the hood in a while, but maybe with a little guidance I can help figure this out. I realize the instructions above were for testing the Apache::Test source. The -apxs and -httpd flags do not seem to work when I try them with the Apache2::Controller source. I recall there were environment variables for setting the paths to apxs and httpd, but I do not remember what they were called. Would that help? Please offer suggestions on what to do here. I will also investigate the source of the original poster's patch to Apache::Test in the meantime. If there is a way to tell it to do the right thing without patching, that would be ideal. Thank you. Mark Hedges - To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org For additional commands, e-mail: dev-h...@perl.apache.org
Re: Problems using Apache::Test on Debian (and Ubuntu)
Joachim Zobel wrote Wed, 21 Jun 2017 21:40:28 -0700: > Hi. > Just wanted to point out that as a workaround running as root worked for me > (on debian stretch using cpan2deb). > Sincerely, > Joachim I appreciate the feedback Joachim. I am working on this problem now, trying to get Apache2::Controller to test in Debian. Can you provide more details about your workaround? I tried `cpan2deb Apache2::Controller` as root on a pristine stretch installation, but it did not run the Apache::Test suite: === ... Needs the following debian packages during building: libmodule-build-perl (>= 0.42), libapache2-mod-perl2 (>= 1.12), libwww-perl, libhttp-cookies-perl, libmath-bigint-gmp-perl, libnet-openid-server-perl, libhttp-server-simple-perl, liburi-perl Using maintainer: rootFound docs: README.txt README.TODO Using rules: /usr/share/dh-make-perl/rules.dh.tiny Module::Build needs libmodule-build-perl Module::Build needs perl xdelta: warning: no matches found in from file, patch will apply without it xdelta: warning: no matches found in from file, patch will apply without it pristine-tar: committed libapache2-controller-perl_1.1.1.orig.tar.gz.delta to branch pristine-tar make: Entering directory '/tmp/wtf/Apache2-Controller-v1.1.1' dh clean dh_testdir dh_auto_clean dh_clean make: Leaving directory '/tmp/wtf/Apache2-Controller-v1.1.1' make: Entering directory '/tmp/wtf/Apache2-Controller-v1.1.1' dh build dh_testdir dh_update_autotools_config dh_auto_configure perl -I. Build.PL --installdirs vendor --config "optimize=-g -O2 -fdebug-prefix-map=/tmp/wtf/Apache2-Controller-v1.1.1=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" --config "ld=x86_64-linux-gnu-gcc -g -O2 -fdebug-prefix-map=/tmp/wtf/Apache2-Controller-v1.1.1=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro" Created MYMETA.yml and MYMETA.json Creating new 'Build' script for 'Apache2-Controller' version 'v1.1.1' dh_auto_build perl Build Building Apache2-Controller dh_auto_test perl Build test --verbose 1 /usr/bin/perl -I /tmp/wtf/Apache2-Controller-v1.1.1/blib/lib -I /tmp/wtf/Apache2-Controller-v1.1.1/blib/arch t/TEST -clean [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl /tmp/wtf/Apache2-Controller-v1.1.1/t/TEST -clean /usr/bin/perl -I /tmp/wtf/Apache2-Controller-v1.1.1/blib/lib -I /tmp/wtf/Apache2-Controller-v1.1.1/blib/arch t/TEST -bugreport -verbose=1 [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl /tmp/wtf/Apache2-Controller-v1.1.1/t/TEST -bugreport -verbose=1 apache2: Could not open configuration file /etc/apache2/httpd.conf: No such file or directory [ error] Apache cannot spawn child processes as root, therefore the test suite must be run as a non-privileged user. create-stamp debian/debhelper-build-stamp make: Leaving directory '/tmp/wtf/Apache2-Controller-v1.1.1' make: Entering directory '/tmp/wtf/Apache2-Controller-v1.1.1' dh binary create-stamp debian/debhelper-build-stamp dh_testroot dh_prep dh_auto_install perl Build install --destdir /tmp/wtf/Apache2-Controller-v1.1.1/debian/libapache2-controller-perl --create_packlist 0 Building Apache2-Controller Installing /tmp/wtf/Apache2-Controller-v1.1.1/debian/libapache2-controller-perl/usr/share/perl5/Apache2/Controller.pm ... === As you can see, we ran into the same errors here that the original message thread poster noted: apache2: Could not open configuration file /etc/apache2/httpd.conf: No such file or directory [ error] Apache cannot spawn child processes as root, therefore the test suite must be run as a non-privileged user. If you were able to get the Apache::Test suite to run in any library that uses mod_perl2 and Apache::Test, can you please share the details of what you did? Incidentally, this seems like a broader problem in the vendor, both Debian and Ubuntu. If their system is building packages from source packages as root, any packaged CPAN library that uses Apache::Test is not actually being tested in the build stage, even though it looks like it works because the process completes successfully. It should really bail there at the [error] stage and say "I can't do this." Thanks. Mark - To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org For additional commands, e-mail: dev-h...@perl.apache.org
problems building httpd24 branch
Checked out svn source today from svn.apache.org/repos/asf/perl/modperl/branches/httpd24 {2012-03-27 17:29:27 PDT -0700} c_mhedge@linux:~/src/apache2stack/modperl-svn/httpd24$ perl Makefile.PL MP_APXS=/usr/bin/apxs Reading Makefile.PL args from @ARGV MP_APXS = /usr/bin/apxs no conflicting prior mod_perl version found - good. Configuring Apache/2.4.1 mod_perl/2.0.6-dev Perl/v5.12.1 ERROR from evaluation of /usr2/c_mhedge/src/apache2stack/modperl-svn/httpd24/Apache-Reload/Makefile.PL: Use of uninitialized value $v in substitution (s///) at Apache-Test/lib/Apache/TestRun.pm line 1100. I've built apache 2.4 from source using rpmbuild on suse sles11. The default httpd.spec puts apxs in /usr/bin/. Clues? What would you like me to try? Maybe it has something to do with our custom perl which was built under sles10? Thanks... -Mark - To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org For additional commands, e-mail: dev-h...@perl.apache.org
Re: problems building httpd24 branch
On Tue, 27 Mar 2012, Mark Hedges wrote: {2012-03-27 17:29:27 PDT -0700} c_mhedge@linux:~/src/apache2stack/modperl-svn/httpd24$ perl Makefile.PL MP_APXS=/usr/bin/apxs Reading Makefile.PL args from @ARGV MP_APXS = /usr/bin/apxs no conflicting prior mod_perl version found - good. Configuring Apache/2.4.1 mod_perl/2.0.6-dev Perl/v5.12.1 ERROR from evaluation of /usr2/c_mhedge/src/apache2stack/modperl-svn/httpd24/Apache-Reload/Makefile.PL: Use of uninitialized value $v in substitution (s///) at Apache-Test/lib/Apache/TestRun.pm line 1100. BTW I dumped there and %args is ( apxs = undef ). Mark - To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org For additional commands, e-mail: dev-h...@perl.apache.org
Re: problems building httpd24 branch
On Tue, 27 Mar 2012, Mark Hedges wrote: {2012-03-27 17:29:27 PDT -0700} c_mhedge@linux:~/src/apache2stack/modperl-svn/httpd24$ perl Makefile.PL MP_APXS=/usr/bin/apxs Reading Makefile.PL args from @ARGV MP_APXS = /usr/bin/apxs no conflicting prior mod_perl version found - good. Configuring Apache/2.4.1 mod_perl/2.0.6-dev Perl/v5.12.1 ERROR from evaluation of ***/httpd24/Apache-Reload/Makefile.PL: Use of uninitialized value $v in substitution (s///) at Apache-Test/lib/Apache/TestRun.pm line 1100. For kicks I set undefined $v to '[undef]' there since it appeared to be just generating a summary report. Then `perl Makefile.PL` succeeded, but I get this error when I run `make`: cd src/modules/perl make make[1]: Entering directory `***/httpd24/src/modules/perl' make[1]: Warning: File `modperl_constants.h' has modification time 0.73 s in the future gcc -I***/httpd24/src/modules/perl -I***/httpd24/xs -I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include/httpd -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -I***/5.12.1/x86_64-linux-thread-multi/CORE -DMOD_PERL -O2 -fPIC \ -c mod_perl.c mv mod_perl.o mod_perl.lo gcc -I***/httpd24/src/modules/perl -I***/httpd24/xs -I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include/httpd -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -I***/5.12.1/x86_64-linux-thread-multi/CORE -DMOD_PERL -O2 -fPIC \ -c modperl_interp.c mv modperl_interp.o modperl_interp.lo modperl_interp.c: In function ‘modperl_interp_select’: modperl_interp.c:503: error: ‘conn_rec’ has no member named ‘remote_ip’ make[1]: *** [modperl_interp.lo] Error 1 make[1]: Leaving directory `***/httpd24/src/modules/perl' make: *** [modperl_lib] Error 2 (replaced some paths with '***' for privacy) Mark - To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org For additional commands, e-mail: dev-h...@perl.apache.org
Re: [CALL FOR HELP]: swish-e
On Wed, 28 Jan 2009, Bill Moseley wrote: My only concern here is that you loose all th wonderful formating and styling.. But Feh, theres a chance google might do it better? [nothing against you bill] Nobody confuses Swish with Google. I think Google would be the easiest approach. I guess I could not build search indexes on my laptop for searching my downloaded manual when I'm not on-line Maybe I'm the only one who does that. :-) Mark - To unsubscribe, e-mail: docs-dev-unsubscr...@perl.apache.org For additional commands, e-mail: docs-dev-h...@perl.apache.org
download mod_perl html docs?
Hi. All the docs at perl.apache.org used to be bundled for Debian under sarge in the package libapache-mod-perl-doc (which included the 2.0 html docs). But this is archived now and hasn't been updated since 2004-01-29. Is there a way to download or check out the html docs? It would be useful to have them in a portable form for when I'm working without a network connection. I couldn't find info on the site. Thanks for the help. Mark - To unsubscribe, e-mail: docs-dev-unsubscr...@perl.apache.org For additional commands, e-mail: docs-dev-h...@perl.apache.org
Re: download mod_perl html docs?
On Sun, 11 Jan 2009, Adam Prime wrote: I couldn't find info on the site. Thanks for the help. You can check out SVN and build them, the instructions are here: http://perl.apache.org/download/docs.html Aha. This is not linked from /download/index.html . Thanks for the info. Mark - To unsubscribe, e-mail: docs-dev-unsubscr...@perl.apache.org For additional commands, e-mail: docs-dev-h...@perl.apache.org