Re: privileged execution
Mike P. Mikhailov wrote: Hello Michael, Wednesday, July 30, 2003, 7:32:23 AM, you wrote: M I have a web application for that needs to execute a privileged M command on its host for administrative purposes. Can someone suggest a M good solution that will allow 'nobody' to execute the script command M but still keep it secure from other users on the same host. M Thanks. M [EMAIL PROTECTED] You may start internal separate process with priveleges as required for your tasks and talk with him from apache unpriveleged process to do privileged job. That and Lincoln Stein wrote a tpj article: Safely Empowering Your CGI Scripts back in Summer 1998: http://www.foo.be/docs/tpj/issues/vol3_2/tpj0302-0006.html Of course you will probably want to use a more modern library to do the job, e.g. IPC::Run. __ 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
Re: Working directory of script is / !
Don't mess with the cooker, try using a subclass, e.g.: # ModPerl/RegistryPrefork.pm package ModPerl::RegistryPrefork; use strict; use warnings FATAL = 'all'; our $VERSION = '0.01'; use base qw(ModPerl::Registry); use File::Basename (); sub handler : method { my $class = (@_ = 2) ? shift : __PACKAGE__; my $r = shift; return $class-new($r)-default_handler(); } sub chdir_file { use File::Basename(); my $file = @_ == 2 ? $_[1] : $_[0]-{FILENAME}; my $dir = File::Basename::dirname($file); chdir $dir or die Can't chdir to $dir: $!; } 1; I copied this into a new file RegistryPrefork.pm in the same directory as the ModPerl Registry.pm in the perl tree, and changed the PerlResponseHandler ModPerl::Registry line in startup.pl to PerlResponseHandler ModPerl::RegistryPrefork and restored the RegistryCooker.pm file to its original contents. I also removed the Apache::RequestRec::chdir_file definition in my startup.pl This seems to work OK. Hopefully I should now be able to remove the mod_perl 1's Registry.pm file. Thanks everyone. Colin __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
Re: Working directory of script is / !
This seems to work OK. Hopefully I should now be able to remove the mod_perl 1's Registry.pm file. Thanks everyone. Perfect. I've replaced the suggestion to use mp1's Apache::Registry with this better solution, which doesn't require mp1: http://perl.apache.org/docs/2.0/user/porting/compat.html#C_Apache__Registry___C_Apache__PerlRun__and_Friends __ 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
mp2 works on MacOSX 10.2.6
Eric Choler reports on the dev list that mp2 builds and passes all tests with prefork and worker mpms on MacOSX 10.2.6 with perl 5.8.0 w/ithreads. There was another success report a few weeks ago. Do people still have problems with MacOSX? If you do please post the output of t/REPORT here. I believe the problems were with 5.6.x? Thanks. Original Message Hi! Stas asked me to post my build results on MacOSX 10.2.6 Passes all tests using modperl and httpd from CVS, perl 5.8.0-ithread, with prefork MPM. I'll be testing the other MPMs shortly. -8-- Start Bug Report 8-- 1. Problem Description: [DESCRIBE THE PROBLEM HERE] 2. Used Components and their Configuration: *** mod_perl version 1.9910 *** using lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_APXS = /Users/eric/httpd/httpd-2.0-prefork/bin/apxs MP_COMPAT_1X= 1 MP_DEBUG= 1 MP_GENERATE_XS = 1 MP_INST_APACHE2 = 1 MP_LIBNAME = mod_perl MP_MAINTAINER = 1 MP_TRACE= 1 MP_USE_DSO = 1 MP_USE_GTOP = *** /Users/eric/httpd/httpd-2.0-prefork/bin/httpd -V Server version: Apache/2.0.48-dev Server built: Jul 30 2003 02:19:35 Server's Module Magic Number: 20020903:4 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR=server/mpm/prefork -D APR_HAS_MMAP -D APR_USE_POSIXSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT=/Users/eric/httpd/httpd-2.0-prefork -D SUEXEC_BIN=/Users/eric/httpd/httpd-2.0-prefork/bin/suexec -D DEFAULT_PIDLOG=logs/httpd.pid -D DEFAULT_SCOREBOARD=logs/apache_runtime_status -D DEFAULT_LOCKFILE=logs/accept.lock -D DEFAULT_ERRORLOG=logs/error_log -D AP_TYPES_CONFIG_FILE=conf/mime.types -D SERVER_CONFIG_FILE=conf/httpd.conf *** /Users/eric/perl/5.8.0-ithread/bin/perl5.8.0 -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=darwin, osvers=6.6, archname=darwin-thread-multi uname='darwin zuni.local. 6.6 darwin kernel version 6.6: thu may 1 21:48:54 pdt 2003; root:xnuxnu-344.34.obj~1release_ppc power macintosh powerpc ' config_args='-des -Dprefix=/Users/eric/perl/5.8.0-ithread -Dusethreads -Doptimize=-g -Duseshrplib -Dusedevel' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-pipe -fno-common -no-cpp-precomp -DDEBUGGING -fno-strict-aliasing -I/usr/local/include', optimize='-g', cppflags='-no-cpp-precomp -pipe -fno-common -no-cpp-precomp -DDEBUGGING -fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='3.1 20020420 (prerelease)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='cc', ldflags =' -flat_namespace -L/usr/local/lib' libpth=/usr/local/lib /usr/lib libs=-lm -lc perllibs=-lm -lc libc=/usr/lib/libc.dylib, so=dylib, useshrplib=true, libperl=libperl.dylib gnulibc_version='' Dynamic Linking: dlsrc=dl_dyld.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags=' -flat_namespace -bundle -undefined suppress -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under darwin Compiled at Jul 30 2003 01:45:32 %ENV: PERL5LIB=/sw/lib/perl5:/Users/eric/lib PERL_LWP_USE_HTTP_10=1 @INC: /sw/lib/perl5 /Users/eric/lib /Users/eric/perl/5.8.0-ithread/lib/5.8.0/darwin-thread-multi /Users/eric/perl/5.8.0-ithread/lib/5.8.0 /Users/eric/perl/5.8.0-ithread/lib/site_perl/5.8.0/darwin-thread-multi /Users/eric/perl/5.8.0-ithread/lib/site_perl/5.8.0 /Users/eric/perl/5.8.0-ithread/lib/site_perl . 3. This is the core dump trace: (if you get a core dump): [CORE TRACE COMES HERE] This report was generated by t/REPORT on Wed Jul 30 08:22:15 2003 GMT. -8-- End Bug Report --8-- Note: Complete the rest of the details and post this bug report to dev at perl.apache.org. To subscribe to the list send an empty email to [EMAIL PROTECTED] -- Eric Cholet __ 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
Re: [mp2 ANNOUNCE] Apache-ParseFormData-0.06 (new module)
Thank's for yours comments. You are right, is not a replacement for Apache::Request, is a alternative implementation. On Wed, 30 Jul 2003, Stas Bekman wrote: Henrique Dias wrote: I'm pleased to announce the release of Apache-ParseFormData-0.06, a replace for Apache::Request (libapreq). Cool. Though it's implemented in perl (==slower). Did you try to replicate it because of being frustrated of not having Apache::Request? Would be nice if the interested parties offer help to finish libapreq (on the apreq-dev list). And get_client_block() still has problems in the latest apache 2.0 :( This module only work with mod_perl-2 and apache 2. http://search.cpan.org/author/HDIAS/Apache-ParseFormData-0.06/ParseFormData.pm But I think your doc needs some more work as it says: my $apr = Apache::Request-new($r, disable_uploads = 1); ^^^ or is it on purpose as a drop-in replacement? __ 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 -- Henrique Manuel Ribeiro Dias Escola Superior de Biotecnologia - UCP Gabinete de Desenvolvimento de Software Rua Dr. Antonio Bernardino de Almeida 4200 Porto Portugal Tel: 351-225580092 CPAN: http://www.cpan.org/authors/id/H/HD/HDIAS/
Re: [OT] About XML and Petal (was Re: templating system opinions (axkit?))
Le lundi, 28 juil 2003, à 21:27 Europe/Paris, Jean-Michel Hiver a écrit : Also, with TT you have to use the filter 'html' to XML encode your variables. Petal does it by default, and you need to use the TALES 'structure' keyword to NOT encode. You don't *have* to use the 'html' filter in TT. I wrote a subclass of Template which does this automatically for me, and as with Petal I can also not encode by using a specific method. -- Eric Cholet
Re: Working directory of script is / !
--- Stas Bekman [EMAIL PROTECTED] wrote: This seems to work OK. Hopefully I should now be able to remove the mod_perl 1's Registry.pm file. Thanks everyone. Perfect. I've replaced the suggestion to use mp1's Apache::Registry with this better solution, which doesn't require mp1: http://perl.apache.org/docs/2.0/user/porting/compat.html#C_Apache__Registry___C_Apache__PerlRun__and_Friends I'm a little confused about the changes you've made here. You still mention using Apache::Registry, and then you added the text that describes ModPerl::RegistryPrefork but then use it via PerlResponseHandler Apache::RegistryPrefork __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
Re: Working directory of script is / !
ColinB wrote: http://perl.apache.org/docs/2.0/user/porting/compat.html#C_Apache__Registry___C_Apache__PerlRun__and_Friends I'm a little confused about the changes you've made here. You still mention using Apache::Registry, and then you added the text that describes ModPerl::RegistryPrefork but then use it via PerlResponseHandler Apache::RegistryPrefork Oops, please try again. Should be OK now. We also need help to finish off the porting of the registry manpages, they are linked from the above url, but need work. Anybody wants to help? __ 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
Invalid command 'PerlLoadModule'
Hello On apache startup I get: Invalid command 'PerlLoadModule', perhaps mis-spelled or defined by a module not included in the server configuration This is with Apache/2.0.46 (Debian GNU/Linux) mod_perl/1.99_07-dev Perl/v5.8.0 Is my mod_perl to old or something? Btw, I have followed relevant examples on http://perl.apache.org/docs/2.0/user/config/custom.html
Re: Invalid command 'PerlLoadModule'
Martin Wickman wrote: Hello On apache startup I get: Invalid command 'PerlLoadModule', perhaps mis-spelled or defined by a module not included in the server configuration This is with Apache/2.0.46 (Debian GNU/Linux) mod_perl/1.99_07-dev Perl/v5.8.0 Is my mod_perl to old or something? Btw, I have followed relevant examples on http://perl.apache.org/docs/2.0/user/config/custom.html Yes, it was added in 1.99_08: Changes: rename overloaded LoadModule directive to PerlLoadModule and adjust the test naming __ 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
Problems installing mp1 and apache-1.3.28
Hi, I've a strange problem I've never encountered before when compiling my own apache. I simply run: 1) in mod_perl-1.28: /opt/perl/bin/perl Makefile.PL DO_HTTPD=1 USE_APACI=1 APACHE_PREFIX=/opt/apache make make test make install 2) If I know try to start my apache with a startup-file like this: 8 #!/opt/perl/bin/perl use Apache::Log; 8 I get this error-message: 8 ../bin/apachectl start [Wed Jul 30 14:18:43 2003] [error] Can't locate loadable object for module Apache::Log in @INC (@INC contains: /opt/perl/lib/5.8.0/i686-linux /opt/perl/lib/5.8.0 /opt/perl/lib/site_perl/5.8.0/i686-linux /opt/perl/lib/site_perl/5.8.0 /opt/perl/lib/site_perl . /opt/apache/ /opt/apache/lib/perl) at /opt/perl/lib/site_perl/5.8.0/i686-linux/mod_perl.pm line 14 Compilation failed in require at /opt/apache//conf/startup.pl line 3. BEGIN failed--compilation aborted at /opt/apache//conf/startup.pl line 3. Compilation failed in require at (eval 2) line 1. Syntax error on line 981 of /opt/apache/conf/httpd.conf: Can't locate loadable object for module Apache::Log in @INC (@INC contains: /opt/perl/lib/5.8.0/i686-linux /opt/perl/lib/5.8.0 /opt/perl/lib/site_perl/5.8.0/i686-linux /opt/perl/lib/site_perl/5.8.0 /opt/perl/lib/site_perl . /opt/apache/ /opt/apache/lib/perl) at /opt/perl/lib/site_perl/5.8.0/i686-linux/mod_perl.pm line 14 Compilation failed in require at /opt/apache//conf/startup.pl line 3. BEGIN failed--compilation aborted at /opt/apache//conf/startup.pl line 3. Compilation failed in require at (eval 2) line 1. ../bin/apachectl start: httpd could not be started 8 What's going on here? Any ideas. Tom
HTML-Embperl : Read file problem
Hi, sorry for my begginer question , i have this code in HTML-Embperl 1 open (F , 'my_file') or die ; 2 @lines = F; On line 2 embperl return error syntax error . Why ? And when I need open new file open (F , ' my_file') or die then embperl dont open new file. Thanks Rado.
Re: Problems installing mp1 and apache-1.3.28
Oh found it my self. I forgot to add EVERYTHING=1 to perl-Makefile call because i simply copied it from INSTALL.simple where this is not mentionned. tom On Wed, 2003-07-30 at 14:20, Thomas Schindl wrote: Hi, I've a strange problem I've never encountered before when compiling my own apache. I simply run: 1) in mod_perl-1.28: /opt/perl/bin/perl Makefile.PL DO_HTTPD=1 USE_APACI=1 APACHE_PREFIX=/opt/apache make make test make install 2) If I know try to start my apache with a startup-file like this: 8 #!/opt/perl/bin/perl use Apache::Log; 8 I get this error-message: 8 ../bin/apachectl start [Wed Jul 30 14:18:43 2003] [error] Can't locate loadable object for module Apache::Log in @INC (@INC contains: /opt/perl/lib/5.8.0/i686-linux /opt/perl/lib/5.8.0 /opt/perl/lib/site_perl/5.8.0/i686-linux /opt/perl/lib/site_perl/5.8.0 /opt/perl/lib/site_perl . /opt/apache/ /opt/apache/lib/perl) at /opt/perl/lib/site_perl/5.8.0/i686-linux/mod_perl.pm line 14 Compilation failed in require at /opt/apache//conf/startup.pl line 3. BEGIN failed--compilation aborted at /opt/apache//conf/startup.pl line 3. Compilation failed in require at (eval 2) line 1. Syntax error on line 981 of /opt/apache/conf/httpd.conf: Can't locate loadable object for module Apache::Log in @INC (@INC contains: /opt/perl/lib/5.8.0/i686-linux /opt/perl/lib/5.8.0 /opt/perl/lib/site_perl/5.8.0/i686-linux /opt/perl/lib/site_perl/5.8.0 /opt/perl/lib/site_perl . /opt/apache/ /opt/apache/lib/perl) at /opt/perl/lib/site_perl/5.8.0/i686-linux/mod_perl.pm line 14 Compilation failed in require at /opt/apache//conf/startup.pl line 3. BEGIN failed--compilation aborted at /opt/apache//conf/startup.pl line 3. Compilation failed in require at (eval 2) line 1. ../bin/apachectl start: httpd could not be started 8 What's going on here? Any ideas. Tom
Re: HTML-Embperl : Read file problem
Radovan Petrík wrote: Hi, sorry for my begginer question , i have this code in HTML-Embperl http://perl.apache.org/embperl/pod/doc/Embperl.-page-12-.htm __ 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
PerlTransHandler headaches
Hello, While I am not new to Perl, I am completely new to mod_perl. I have a client I am working on moving a project that runs under mod_perl. He does alot manipulation with the PerlTransHandler stuff. Well, even on a default mod_perl install, with a default Apache install, I can not get the darn thing to work for the life of me. Here is the simple script I am using to test with: use Apache::Constants qw|OK DECLINED REDIRECT M_GET|; use strict; use warnings; sub handler { my $r = shift; return OK; } 1; And not matter what I always get a 404 with the following in the log: [Tue Jul 29 03:27:27 2003] [error] [client 10.0.0.1] File does not exist: / Any suggestions on where to start looking? The original coder of the project has left the client and is nowhere to be found, fun fun .. ;-)
Re: PerlTransHandler headaches
Glenn E. Bailey III wrote: Hello, While I am not new to Perl, I am completely new to mod_perl. check out the resources at http://perl.apache.org/ - there's lots of good information there :) sub handler { my $r = shift; return OK; } 1; And not matter what I always get a 404 with the following in the log: [Tue Jul 29 03:27:27 2003] [error] [client 10.0.0.1] File does not exist: / the translation phase is there to map the URI to a filename. by returning OK, you're telling Apache that you've done the translation (that is, you have set $r-filename to something useful). since you didn't set $r-filename, apache is returning 404, since it can't serve the value of $r-filename. so, the general rule for PerlTransHandlers is to return DECLINED unless you set $r-filename. chapter 12 in the mod_perl Developer's Cookbook deals specifically with the PerlTransHandler and is as good a place to start learning as any. HTH --Geoff
RE: PerlTransHandler headaches
: check out the resources at http://perl.apache.org/ - there's : lots of good : information there :) Heh, only found one document there concerning the TransHandler stuff .. : so, the general rule for PerlTransHandlers is to return : DECLINED unless you : set $r-filename. What I am trying to do is just test, to make sure it is working ok. So what I did is wrote the following snippit: sub handler { my $r = shift; return DECLINED; } That should still allow me to pull up my default content, correct? As of now it still gives me a 404 ..
Re: PerlTransHandler headaches
: so, the general rule for PerlTransHandlers is to return : DECLINED unless you : set $r-filename. What I am trying to do is just test, to make sure it is working ok. So what I did is wrote the following snippit: sub handler { my $r = shift; return DECLINED; } That should still allow me to pull up my default content, correct? As of now it still gives me a 404 .. make sure the request works without the PerlTransHandler installed first. if it does, then adding that routine should be ok. don't forget, you can't just change handlers and expect them to work - because the code is loaded the first time it's seen and not on every request, you either need to install Apache::StatINC, Apache::Reload, set PerlFreshRestart On and restart the server or (simplest) fully shutdown and startup the server. --Geoff
RE: PerlTransHandler headaches
: don't forget, you can't just change handlers and expect them : to work - This is probably what has been messing me up. Doing a quick stop and restart of Apache after any change I made seems to have fixed my problems, do! Thanks for your help ;-) . Glenn E. Bailey III . Network Solutions Developer . Sprocket Data, Inc.
mod_perl and mod_fastcgi conflict
I am having problems running both mod_perl and mod_fastcgi. I am using Apache::PageKit, which requires mod_perl, and Zope, which works best with FastCGI, for two different web sites. The build goes just fine, Apache doesn't so much as utter a peep of complaint, but when I try to get a web page, it seems Apache isn't serving content correctly. In Mozilla, accessing any web page results in a recursive page reload until Mozilla finally dies with a document contains no data message. Has anyone had success (or failure) installing both mod_perl and mod_fastcgi on the same instance? Is this a known problem? I would be happy to provide more detail if it would be helpful. Cheers, -Collin -- ~~ Collin Starkweather, Ph.D.[EMAIL PROTECTED] University of Colorado Department of Economics ~~
need your help to test mod_perl with perl-5.8.1-RC3
Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed since 5.8.0. So it's *very* important that you test your code with this release and immediatelly report to p5p if you have any problems, since Jarkko wants to release 5.8.1 any moment now. Any version of mod_perl 1.x works with perl-5.8.1-RC3. However for mod_perl 2.0 you must use the current cvs version. mod_perl 1.99_09 and earlier releases won't work with perl-5.8.1-RC3. You can get it from here: http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution If you can test your favorite CPAN modules with this perl release you will do yourself and others a big favor if you discover some bugs and get them fixed before 5.8.1 sees the light. Thanks. Original Message From: Jarkko Hietaniemi [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RC3 is out Lord Hong had a mind like a knife, although possibly a knife with a curved blade. -- Terry Pratchett, Interesting Times http://www.iki.fi/jhi/perl-5.8.1-RC2.tar.bz http://www.iki.fi/jhi/perl-5.8.1-RC2.tar.gz (or rsync -avz ftp.linux.activestate.com::perl-5.8.x perl-5.8.x) and in a while the public http://www.cpan.org/authors/id/J/JH/JHI/perl-5.8.1-RC3.tar.gz The randomised hashes are on. Therefore please unleash your code base on this, or maybe it's vice versa. Since we are talking randomised here, run the tests a few times... Also, I'm still wary of the new module PKI signature hooks in CPAN.pm, please test that carefully too (like for example how does it look and feel when installed to a box with no Perl, or to a box with no gpg). I'm very eager to get the 5.8.1 final out as soon as possible, not that this comes as a big surprise to anyone. -- Jarkko Hietaniemi [EMAIL PROTECTED] http://www.iki.fi/jhi/ There is this special biologist word we use for 'stable'. It is 'dead'. -- Jack Cohen -- __ 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
Re: need your help to test mod_perl with perl-5.8.1-RC3
Jarkko's original post had the links wrong: Here are the right links: http://www.iki.fi/jhi/perl-5.8.1-RC3.tar.bz http://www.iki.fi/jhi/perl-5.8.1-RC3.tar.gz or rsync -avz ftp.linux.activestate.com::perl-5.8.x perl-5.8.x You might also want to read the perldelta online: http://www.iki.fi/jhi/perldelta-RC3.html __ 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
Re: mod_perl and mod_fastcgi conflict
On Wed, 2003-07-30 at 14:36, Perrin Harkins wrote: On Wed, 2003-07-30 at 13:34, Collin Starkweather wrote: The build goes just fine, Apache doesn't so much as utter a peep of complaint, but when I try to get a web page, it seems Apache isn't serving content correctly. In Mozilla, accessing any web page results in a recursive page reload until Mozilla finally dies with a document contains no data message. You're not giving us much to go on. Does it work without mod_fastcgi? What does your config look like? What's in the error log? The basics for reporting problems are described on the mod_perl site. Thanks! I'll take a look at the reporting suggestions. I've got tcpdump output galore but was hoping it would be the kind of thing someone would recognize as a common problem. I'll send along more detail if additional sleuthing doesn't turn up anything. Has anyone had success (or failure) installing both mod_perl and mod_fastcgi on the same instance? Yes, at least one person recently posted to the list saying that he was using both. Thanks again! I'll search the list archives. Googling didn't turn up anything helpful. Cheers, -Collin -- ~~ Collin Starkweather, Ph.D.[EMAIL PROTECTED] University of Colorado Department of Economics ~~
Re: need your help to test mod_perl with perl-5.8.1-RC3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Jul 30, 2003 at 11:15:32PM +0200, Stas Bekman wrote: Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed since 5.8.0. So it's *very* important that you test your code with this release and immediatelly report to p5p if you have any problems, since Jarkko wants to release 5.8.1 any moment now. Iniital report: I just finished a build with ithreads and worker mpm. All perl and mod_perl tests pass. The only problem so far is the ithreads mod_perl takes three glacial eons to start issue. You brought that up on modperl-dev a few days ago but I haven't had a chance to rebuild everything with ithreads until now. Did you ever hear anything from Arthur? Anyway, now I'm off to load some production code into it and see how it fares. - -- Stephen Clouse [EMAIL PROTECTED] Senior Programmer/DBE, Core Technology Developer The IQ Group, Inc. http://www.theiqgroup.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE/KF+bA4aoazQ9p2cRAqxdAJ9T/BOqg4jNo25vay1PzIRe+hM8jgCgwbI9 dmGE6oAn+TRiL+ZYRfsKzhY= =HsN4 -END PGP SIGNATURE-
Re: privileged execution
Mike P. Mikhailov wrote: Hello Michael, Wednesday, July 30, 2003, 7:32:23 AM, you wrote: M I have a web application for that needs to execute a privileged M command on its host for administrative purposes. Can someone suggest a M good solution that will allow 'nobody' to execute the script command M but still keep it secure from other users on the same host. M Thanks. M [EMAIL PROTECTED] You may start internal separate process with priveleges as required for your tasks and talk with him from apache unpriveleged process to do privileged job. That and Lincoln Stein wrote a tpj article: Safely Empowering Your CGI Scripts back in Summer 1998: http://www.foo.be/docs/tpj/issues/vol3_2/tpj0302-0006.html Of course you will probably want to use a more modern library to do the job, e.g. IPC::Run. Thanks guys. Michael [EMAIL PROTECTED]