Re: cvs commit: modperl-2.0/lib/ModPerl TestReport.pm
[EMAIL PROTECTED] wrote: stas2003/12/11 23:14:40 Modified:bin mp2bug .Makefile.PL Changes Added: lib/ModPerl TestReport.pm Log: Extend the autogenerated bug report to include information about installed modules of special interest (which may aid in understanding the bug report), such as CGI.pm, Apache::Request, LWP, etc. So now the autogenerated bug report includes new info. On my machine it adds: *** Packages of interest status: Apache::Request: - CGI: 3.01 LWP: 5.76 mod_perl : 1.2901, 1.9912 Now that we have a mod_perl 2.0 specific report, is there anything else we want users to report to us? I though of 'httpd -l' and 'ldd mod_perl.so' if available, since quite often we end up asking for this information. __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CPAN indexing on Apache-Test
Randy Kobes wrote: This may be an unsolveable problem, but when using CPAN.pm to explore Apache-Test, some strange things arise: [EMAIL PROTECTED] randy]$ cpan cpan shell -- CPAN exploration and modules installation (v1.76) ReadLine support enabled cpan> m Apache::Test Module id = Apache::Test DESCRIPTION Framework for testing Apache modules CPAN_USERID STAS (Stas Bekman <[EMAIL PROTECTED]>) CPAN_VERSION 1.06 CPAN_FILEG/GE/GEOFF/Apache-Test-1.06.tar.gz DSLI_STATUS Smph (standard,mailing-list,perl,hybrid) MANPAGE Apache::Test - Test.pm wrapper with helpers for testing Apache INST_FILE/usr/local/lib/perl5/site_perl/5.8.1/Apache/Test.pm INST_VERSION 1.06 You really want to do just that. The rest are helper modules and users shouldn't be really looking for others. Same goes for dependencies - you always want to PREREQ_PM on Apache::Test and not any other module. The difference between the CPAN_USERID and CPAN_FILE user is perhaps at best confusing, but what's also strange (and perhaps a problem for users) is that different CPAN_FILE versions are reported. So, if a user asks to install Apache::TestRunPerl, version 1.05 will be fetched, while asking for Apache::TestRun will fetch 1.06. Might this have to do with the versions of these modules being undefined? Yup, that's the missing version issue I think. Can you please email [EMAIL PROTECTED] and may be CC Andreas and Autrijus, reminding that we really need to have group accounts. At the moment it's Apache::Test and mod_perl, but there will be many modules released at different times by different people. I've asked many times, but I don't think anything was done about this. May be if more people start nagging, something will happen at the end. Once this is fixed on PAUSE, CPAN_USERID and CPAN_FILE will agree and point to something like MODPERL_MODULES. __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mp2] mod_perl test suite fails
On Fri, 2003-12-12 at 00:32, Stas Bekman wrote:
> Can you please try this one:
>
> % perl -le ' \
> my($uid, $gid) = (getpwnam("nobody"))[2..3]; \
> $( = $) = $gid+0; \
> die "failed to change gid to $gid (now: $(, $))" if $( != $gid; \
> $< = $> = $uid+0; \
> die "failed to change uid to $uid (now: $<, $>)" if $< != $uid; \
> print -r q{/root} && -w _ && -x _ ? q{OK} : q{NOK};'
>
Answer is NOK
Regards
Volker
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mp2] mod_perl test suite fails
Volker Kroll wrote:
On Fri, 2003-12-12 at 00:32, Stas Bekman wrote:
Can you please try this one:
% perl -le ' \
my($uid, $gid) = (getpwnam("nobody"))[2..3]; \
$( = $) = $gid+0; \
die "failed to change gid to $gid (now: $(, $))" if $( != $gid; \
$< = $> = $uid+0; \
die "failed to change uid to $uid (now: $<, $>)" if $< != $uid; \
print -r q{/root} && -w _ && -x _ ? q{OK} : q{NOK};'
Answer is NOK
Perfect, so we finally have a working test (thanks to Jörg Walter for helping
me on this one on irc). This is with and without /sbin/nologin for nobody, right?
Can you please also try this one:
perl -le ' \
use File::Spec::Functions qw(catfile); \
my($uid, $gid) = (getpwnam(qq[nobody]))[2..3]; \
$( = $) = $gid+0; \
die qq[failed to change gid to $gid] if $( != $gid; \
$< = $> = $uid+0; \
die qq[failed to change uid to $uid] if $< != $uid; \
my $dir = qq[/root]; \
my $file = catfile $dir, qq[.apache-test-file-$$-].time.int(rand); \
END { unlink $file }; \
# -w \
open TEST, qq[>$file] or die qq[failed to open $file: [EMAIL PROTECTED]; \
# -x \
-f $file or die qq[$file cannot be looked up]; \
close TEST; \
# -r \
opendir DIR, $dir or die qq[failed to open dir $dir: [EMAIL PROTECTED]; \
defined readdir DIR or die qq[failed to read dir $dir: [EMAIL PROTECTED]; \
close DIR; \
# all tests passed \
print q{OK}'
it should fail...
Since perl's -x/-r/-w may report wrong things (e.g. broken POSIX::access or a
lack of thereof), whereas this test tries to actually read/write and execute
things, so it's the real test
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mp2] mod_perl test suite fails
On Fri, 2003-12-12 at 15:36, Stas Bekman wrote:
> Volker Kroll wrote:
> > On Fri, 2003-12-12 at 00:32, Stas Bekman wrote:
> >
> >>Can you please try this one:
> >>
> >> % perl -le ' \
> >>my($uid, $gid) = (getpwnam("nobody"))[2..3]; \
> >>$( = $) = $gid+0; \
> >>die "failed to change gid to $gid (now: $(, $))" if $( != $gid; \
> >>$< = $> = $uid+0; \
> >>die "failed to change uid to $uid (now: $<, $>)" if $< != $uid; \
> >>print -r q{/root} && -w _ && -x _ ? q{OK} : q{NOK};'
> >>
> >
> > Answer is NOK
>
> Perfect, so we finally have a working test (thanks to Jörg Walter for helping
> me on this one on irc). This is with and without /sbin/nologin for nobody, right?
>
> Can you please also try this one:
>
> perl -le ' \
> use File::Spec::Functions qw(catfile); \
> my($uid, $gid) = (getpwnam(qq[nobody]))[2..3]; \
> $( = $) = $gid+0; \
> die qq[failed to change gid to $gid] if $( != $gid; \
> $< = $> = $uid+0; \
> die qq[failed to change uid to $uid] if $< != $uid; \
> my $dir = qq[/root]; \
> my $file = catfile $dir, qq[.apache-test-file-$$-].time.int(rand); \
> END { unlink $file }; \
> # -w \
> open TEST, qq[>$file] or die qq[failed to open $file: [EMAIL PROTECTED]; \
> # -x \
> -f $file or die qq[$file cannot be looked up]; \
> close TEST; \
> # -r \
> opendir DIR, $dir or die qq[failed to open dir $dir: [EMAIL PROTECTED]; \
> defined readdir DIR or die qq[failed to read dir $dir: [EMAIL PROTECTED]; \
> close DIR; \
> # all tests passed \
> print q{OK}'
>
Hmm, does not work for me, I modified it slightly:
use File::Spec::Functions qw(catfile);
my($uid, $gid) = (getpwnam(qq[nobody]))[2..3];
$( = $) = $gid+0;
die qq[failed to change gid to $gid] if $( != $gid;
$< = $> = $uid+0;
die qq[failed to change uid to $uid] if $< != $uid;
my $dir = qq[/root];
my $file = catfile $dir, qq[.apache-test-file-$$-].time.int(rand);
END { unlink $file };
# -w
open TEST, qq[>$file] or die qq[failed to open $file: $!];
# -x
-f $file or die qq[$file cannot be looked up];
close TEST;
# -r
opendir DIR, $dir or die qq[failed to open dir $dir: $!];
defined readdir DIR or die qq[failed to read dir $dir: $!];
close DIR;
# all tests passed
print q{OK};
and started it out of a file.
I got:
failed to open /root/.apache-test-file-8981-10712397220: Permission
denied at test line 11.
Regards
Volker
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[mp2] apr/finfo test 10 fails on Windows
I've just run the mp2 testsuite using the latest CVS version and got one test failure: = >perl t/TEST -verbose apr/finfo.t [...] # Running under perl version 5.008002 for MSWin32 # Current time local: Fri Dec 12 17:36:14 2003 # Current time GMT: Fri Dec 12 17:36:14 2003 # Using Test.pm version 1.24 [...] # testing : $r->finfo->atime() # expected: 1071249888 # received: 1071250580 not ok 10 [...] FAILED test 10 Failed 1/17 tests, 94.12% okay (less 6 skipped tests: 10 okay, 58.82%) Failed Test Stat Wstat Total Fail Failed List of Failed --- apr/finfo.t 171 5.88% 10 6 subtests skipped. = Nothing relevant appears in the error log. Versions: WinXP, MSVC6, perl-5.8.2, apache-2.0.48, mod_perl-cvs - Steve Radan Computational Ltd. The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
fyi: mod_perl cvs OK on osx 10.3.1 w/ apache2 2.1.0 head
hi there, just a quick fyi, after building a new system ... a cvs pull of modperl @ 12/11/03 15:19:24 builds just fine on MacOSX10.3.1 + Apache 2.1.0 head (12/11/03 14:36:03) + perl 5.8.2 release 'make test' results in: All tests successful. Files=12, Tests=64, 22 wallclock secs ( 9.02 cusr + 2.26 csys = 11.28 CPU) richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fyi: mod_perl cvs OK on osx 10.3.1 w/ apache2 2.1.0 head
OpenMacNews wrote: > hi there, > > just a quick fyi, after building a new system ... > > a cvs pull of modperl @ 12/11/03 15:19:24 builds just fine on > >MacOSX10.3.1 + Apache 2.1.0 head (12/11/03 14:36:03) + perl 5.8.2 > release > > 'make test' results in: > >All tests successful. excellent! while 2.1 is not officially supported, we do our best to make sure it compiles most of the time :) thanks for reporting the success. --Geoff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: rfc: ModPerl::ModuleSetup
> Here is Makefile.PL from Apache-Peek, most of which should be moved to > that module. I'm talking about functions: > > satisfy_mp_generation; > satisfy_perl_generation; > wanted_mp_generation; > the outer functions look ok. I'd leave satsify_perl_generation for the users themselves, at least in it's current state. --Geoff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
