Red Hat Linux Beta
After reading the comments in Static vs. DSO on Linux specifically I was reminded that I had forgotton to say the following: Red Hat are testing httpd-2.0 and mod_perl-1.99 with regard to including them in the next release of Red Hat Linux. There is a beta release available as described in the instructions below in case any of you guys would like to try it and suggest changes before it's too late. Any input would be deeply appreciated. Regards Gary -- A formless gray void shifts around you. You feel neither pleasure nor pain; mainly a sense of waiting. Other souls similarly confused shuffle aimlessly about. What do you do now? Where do you go from here? Welcome to LIMBO, a new beta release of Red Hat Linux. LIMBO includes, but is not limited to: - the latest desktop technology - gcc-3.1 - Mozilla 1.0+ - OpenOffice 1.0 - and much much more Such beta software as LIMBO is not intended for use on mission critical or production systems. Use on such systems could lead to loss of uptime, data, money, employment, or sentience. Remember, if it breaks, you get to keep all 1491 pieces. Problems with LIMBO should be reported via bugzilla, at: http://bugzilla.redhat.com/bugzilla/ As always, you can find LIMBO at redhat.com. Specifically: ftp://ftp.redhat.com/pub/redhat/linux/beta/limbo/ or, at the following mirrors: North America: - ftp://redhat.dulug.duke.edu/pub/redhat/linux/beta/limbo/ (http and also rsync access) - ftp://carroll.aset.psu.edu/pub/linux/distributions/redhat/redhat/linux/beta/limbo/ - ftp://ftp.cse.buffalo.edu/pub/Linux/redhat/redhat/linux/beta/limbo/ - ftp://mirror.hiwaay.net/redhat/redhat/linux/beta/limbo/ - ftp://limestone.uoregon.edu/redhat/beta/limbo/ - ftp://ftp.shuttleamerica.com/pub/mirrors/redhat/linux/beta/limbo/ (also rsync access) - ftp://mirror.cs.princeton.edu/pub/mirrors/redhat/linux/beta/limbo/ Europe: - ftp://ftp.tu-chemnitz.de/pub/linux/redhat-ftp/redhat/linux/beta/limbo/ - ftp://ftp.linux.cz/pub/linux/redhat/linux/beta/limbo/ - ftp://alviss.et.tudelft.nl/pub/redhat/linux/beta/limbo/ - ftp://ftp.nluug.nl/site/ftp.redhat.com/redhat/linux/beta/limbo/ - ftp://gd.tuwien.ac.at/pub/linux/redhat.com/dist/linux/beta/limbo/ (http and also rsync access) - ftp://sunsite.mff.cuni.cz/MIRRORS/ftp.redhat.com/redhat/linux/beta/limbo/ (also rsync access) - ftp://ftp.uni-bayreuth.de/pub/redhat/linux/beta/limbo/ or check http://www.redhat.com/download/mirror.html for a mirror near you. For discussion of LIMBO, send mail to: [EMAIL PROTECTED] with subscribe in the subject line. You can leave the body empty. Or see: https://listman.redhat.com/mailman/listinfo/limbo-list/
RE: possible buget in CGI.pm
From: mike808 [mailto:[EMAIL PROTECTED]] Sent: 24 July 2002 05:54 To: Lincoln Stein; Cope, Greg; [EMAIL PROTECTED] Subject: Re: possible buget in CGI.pm Lincoln, Greg, mod_perl list: The problem appears to be that the -no_xhtml option is only processed in _setup_symbols. This is called only during import() and compile(), and sets $XHTML appropriately. However, $XHTML is reset to 1 in initialize_globals(). _reset_globals() is an alias for this as well. initialize_globals() is called only once in the startup execution (has a comment Make mod_perl happy) of the module. However, _reset_globals is called during new(), and is registered with mod_perl as a cleanup handler. What this means is that after the first execution, the cleanup handler fires and _reset_globals() is called, which calls initialize_globals(), which then sets the global $XHTML to 1. QED. Hi Mike, Thanks for the reply, we had got to a similar point as well (that initialize globals was stomping on it the second time round), but not is as much detail thanks for the explinatoin! Lincon, is this enough to go on? We've munged our install, which is not the ideal solution. Thanks everyone for thier time. Lincon for the module, and Mike for the excellent explinatoin. The list is great, and support like this is an excellent factor in our internal push for more Open Source stuff! Greg snippage This message and any attachment has been virus checked by Pfizer Corporate Information Technology, Sandwich.
Mount something with my perl script
Title: Mount something with my perl script Hello, I don't know if this is the right mailing list, but well... How can I mount something with my perl script? I've got always the error: mount: only root can do this So I changed my script something like this: #! /usr/bin/perl -w `su - root password -c 'mount -t smbfs -o credentials=some.file //windows/share /mount/point'`; If I start the script in the shell as root, it works fine. If I start the script in the shell as some other user, it asked me for the password. If I start the script in via the Internet-Browser, in the log files it first asked for the password and after one second it completes to incorrect password How can I change my script to execute the mount command as root automatically, or to mount something within my perl script??? Thanks Regards Christian Heiss _ LANconcept Moll GmbH Benzstrasse 1 88074 Meckenbeuren Voice: +49 (0) 7542 940 3 - 18 Fax: +49 (0) 7542 218 24 Mobil: +49 (0) 171 80 64 254 mailto:[EMAIL PROTECTED] visit our website http://www.datentechnik-moll.de _
Re: Mount something with my perl script
Heiss, Christian wrote: Hello, I don't know if this is the right mailing list, but well... How can I mount something with my perl script? I've got always the error: mount: only root can do this So I changed my script something like this: #! /usr/bin/perl -w `su - root password -c 'mount -t smbfs -o credentials=some.file //windows/share /mount/point'`; If I start the script in the shell as root, it works fine. If I start the script in the shell as some other user, it asked me for the password. If I start the script in via the Internet-Browser, in the log files it first asked for the password and after one second it completes to incorrect password How can I change my script to execute the mount command as root automatically, or to mount something within my perl script??? su(8) will not do the job. It relies on an available terminal to ask for the root password. You can work around this by using an expect(1) script, but then you'd have to deal with tcl. In all honestly, you'd be better off looking at sudo(1). It's a much easier way to specify root access. If you don't already have it installed, you can pick it up from: http://www.courtesan.com/sudo/ Also, if this is linux, you may be able to specify the user mount option in /etc/fstab which will let anybody mount. -Dom
Re: Mount something with my perl script
# ! /usr/bin/perl -w `su - root password -c 'mount -t smbfs -o credentials=some.file //windows/share /mount/point'`; Check out the automounter. -- Steven Lembark 2930 W. Palmer Workhorse Computing Chicago, IL 60647 +1 800 762 1582
Re: mod_perl with a perl built with -Dusethreads, will it work?
On Tuesday 23 July 2002 12:09 pm, regarding mod_perl with a perl built with -Dusethreads, will it work?, Brian wrote: Brian I would like to install Sendmail::Milter which needs a perl built Brian with thread support. Last time I tried to use a perl built with Brian thread support (5.6.x), mod_perl didn't like it. Is this still the Brian case with 5.8.0? Is anybody using mod_perl with a perl built with Brian -Dusethreads? I am using SuSE 7.3 (Linux 2.4.14) Sparc64 with the same perl/apache/et al you mentioned: suse:~/TEST # perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.4.14, archname=sparc64-linux-thread-multi uname='linux suse 2.4.14 #1 mon nov 12 11:25:00 gmt 2001 sparc64 unknown ' config_args='-des -Dcc=gcc -Dprefix=/usr -Dotherlibdirs=/usr/lib/perl5/site_perl/5.6.1 -Dusethreads' 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='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='2.95.3 20010315 (SuSE)', 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='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lbind -lnsl -lndbm -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil perllibs=-lbind -lnsl -ldl -lm -lpthread -lc -lcrypt -lutil libc=, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.2.4' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under linux Compiled at Jul 23 2002 07:37:37 INC: /usr/lib/perl5/5.8.0/sparc64-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/sparc64-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl /usr/lib/perl5/site_perl/5.6.1 . HTH/Sx :]
ASP Page wont work
I don't know what else to do but my configurations are: the Files ~ (\.asp) SetHandler perl-script PerlModule Apache::ASP PerlHandler Apache::ASP PerlSetVar Global . PerlSetVar StateDir /tmp/asp /Files Perl *CORE::GLOBAL::flock = sub { 1 }; /Perl PerlModule Apache::ASPI copied it and pasted it on the httpd.conf and the Apache::ASP stuff is from the default httpd.conf I didn't edit that part and I tried to run some asp pages but the server gave me an Internat Error error I don't know how to work asp can you help me? By the way mode_perl apache is incredible I was running apahce 2.0 and php pages would load very fast my invision forum would load in 5-6 seconds! I finally downgrades to apache 1.3.26 with mod_perl and the php pages are loadin .999-2 seconds! It's amazing... I'm running a windows server... Thank you for your time, Omar Chicas
Apache::DProf
I have troubles using Apache::DProf I try to use it as described at: http://perl.apache.org/docs/1.0/guide/performance.html#Code_Profiling_Techni ques But when my httpd.conf has a line: PerlModule Apache::DProf apache reply with error 500 (Internal Server Error) when I request a perl script, that runs under mod_perl Without this line, all works fine! Errorlog shows following message during each request: [Sat Jul 20 07:34:28 2002] [error] Undefined subroutine Apache::Registry::handler called. I have in my httpd.conf Files *.pl SetHandler perl-script PerlHandler Apache::Registry PerlSendHeader On Options +ExecCGI PerlModule Apache::DProf PerlRequire /path/to/my/modules/modperl_startup.pl /Files Is here something wrong? How can I have Apache::DProf worked for profiling my code? Thanks in advance. Ruslan
Attribute Handlers under mod_perl again
Hi everyone. I've revisited using Attribute::Handlers work under mod perl again, and I am still unsuccesful. Looking at Attribute::Handlers, it appears that Attribute::Handlers relies on CHECK blocks to do its work. I verified this by uncommenting one of the debugging warnings in Handlers.pm and compiling a module that uses Attribute::Profiled on the command line. When I do this I see: Handling Profiled on CODE(0x8a6cda0) in CHECK with [] But when running the module under mod_perl, the above warning never appears int he error log. accroding to this message: http://marc.theaimsgroup.com/?l=apache-modperlm=96639978528467w=2 mod_perl does not, and can not, support CHECK blocks at all, so this is sort of what I would expect. Given that, I'm curious how anyone has gotten Attribute::Handlers to work under mod_perl. Does anyone have any ideas? I'm running perl 5.6.1, mod_perl 1.27, apache 1.3.27, Attribute::Handlers 0.77. Mike
Re: ANNOUNCE: Mason 1.12
Dave Rolsky wrote: This release has a number of important improvements and it is highly recommended that anyone use Mason 1.10 or 1.11 upgrade immediately in order to fix a nasty memory leak in ApacheHandler. 1.12 is also quite a bit faster than previous 1.1x versions. Some quick benchmarks show the good work that was done... Test Name Test File Hits/sec # of Hits Time(sec) secs/Hit Bytes/Hit Mem(KB) - - - - - - - - HTML::Mason v1.11 2000 h2000.mas 16.0 320 20.030.062584 28785 58044 HTML::Mason v1.11 hello.mas 53.8 1077 20.010.018578 196 44580 Test Name Test File Hits/sec # of Hits Time(sec) secs/Hit Bytes/Hit Mem(KB) - - - - - - - - HTML::Mason v1.12 2000 h2000.mas 28.4 568 20.020.035252 28785 57316 HTML::Mason v1.12 hello.mas 114.2 2299 20.140.008759 196 40480 I'll have the benchmarks at http://chamas.com/bench/ updated shortly with new numbers for Mason. Good job. --Josh Josh Chamas, Founder phone:714-625-4051 Chamas Enterprises Inc.http://www.chamas.com NodeWorks Link Checkinghttp://www.nodeworks.com
Re: ASP Page wont work
Omar Chicas wrote: I don't know what else to do but my configurations are: the Files ~ (\.asp) SetHandler perl-script PerlModule Apache::ASP PerlHandler Apache::ASP PerlSetVar Global . PerlSetVar StateDir /tmp/asp /Files Perl *CORE::GLOBAL::flock = sub { 1 }; /Perl PerlModule Apache::ASP The Apache::ASP support list is at [EMAIL PROTECTED] You might make sure that StateDir points to a valid directory. /tmp is a unix type directory ( you can create c:/tmp in windows too ) To really start diagnosing the errors though, we will need to know what is in the error_log for that internal server error. --Josh Josh Chamas, Founder phone:714-625-4051 Chamas Enterprises Inc.http://www.chamas.com NodeWorks Link Checkinghttp://www.nodeworks.com
Re: Static vs. DSO on Linux specifically
Sam Tregar No, the last Redhat Apache/mod_perl I used was in 6.2. I didn't file a Sam Tregar bug about it because after looking around it appeared that it was a well Sam Tregar known problem. After that I started compiling Apache/mod_perl static and Sam Tregar left the seg-faults behind. PMFJI :] Back in RH 6.2 I would hazard that the segfault was more related to Perl being set to uselargefiles and Apache NOT being set. This only became visible when one tried to build mod_perl as a DSO. Building as STATIC caused Apache to be rebuilt using the now current uselargefiles setting. Cheers :) -Sx-
Re: Mount something with my perl script
Hi, ouch, bad idea, wrong list, but: 4 solutions: 1.) let your webserver run as root (NEVER, NEVER do this!!) 2.) write a daemon that runs as root and does such things for your normal programs. (Overkill in this case) 3.) use sudo to allow the webserver's user to run exactly that command (with exactly that parameters) 4.) put that mount into your /etc/fstab with parameters noauto, user (noauto = don't mount at system boot time, user = allow any user to mount) cu Michael 24.07.2002 13:55:13, Heiss, Christian [EMAIL PROTECTED] wrote: From: Heiss, Christian [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject:Mount something with my perl script Date: Wed, 24 Jul 2002 13:55:13 +0200 Hello, I don't know if this is the right mailing list, but well... How can I mount something with my perl script? I've got always the error: mount: only root can do this So I changed my script something like this: #! /usr/bin/perl -w `su - root password -c 'mount -t smbfs -o credentials=some.file // windows/share /mount/point'`; If I start the script in the shell as root, it works fine. If I start the script in the shell as some other user, it asked me for the password. If I start the script in via the Internet- Browser, in the log files it first asked for the password and after one second it completes to incorrect password How can I change my script to execute the mount command as root automatically, or to mount something within my perl script??? Thanks Regards Christian Heiss ___ __ LANconcept Moll GmbH Benzstrasse 1 88074 Meckenbeuren Voice: +49 (0) 7542 940 3 - 18 Fax:+49 (0) 7542 218 24 Mobil: +49 (0) 171 80 64 254 mailto:[EMAIL PROTECTED] visit our website http://www.datentechnik- moll.de ___ __
Re: Mount something with my perl script
As Dominic Mitchell already pointed out, you're better using sudo than su. Or just add the option owner (and optionally uid=uid) to /etc/fstab. Or just chgrp scriptegid /usr/bin/smbmnt ; chmod 04750 /usr/bin/smbmnt. Regards, Luciano Rocha -- Consciousness: that annoying time between naps.
Re: Static vs. DSO on Linux specifically
On Tue, 23 Jul 2002, WC -Sx- Jones wrote: Back in RH 6.2 I would hazard that the segfault was more related to Perl being set to uselargefiles and Apache NOT being set. This only became visible when one tried to build mod_perl as a DSO. Building as STATIC caused Apache to be rebuilt using the now current uselargefiles setting. I don't think so. Rebuilding Apache/mod_perl static with the exact same Perl that shipped with Redhat 6.2 solved the segfaults. Perhaps it is a problem in Perl, I wouldn't know, but I guarantee it wasn't a result of using a different Perl. -sam
Is this list still active?
Just wanted to know. Haven't gotten any posts for awhile. Thx. Jann
Re: Static vs. DSO on Linux specifically
-Sx- said Building as STATIC caused Apache to be rebuilt using the now current uselargefiles setting. Sam Tregar said I don't think so. Rebuilding Apache/mod_perl static with the exact same Perl that shipped with Redhat 6.2 solved the segfaults. :) How is this different from what I said? :) To better clarify - I said that IF you had tried to build the mod_perl as a DSO and the uselargefiles setting is NOT the same between Perl and Apache (IE - both are either uselargefiles or they are both undef) you WILL get a segfault -- even today. Building as STATIC causes the httpd to be completely rebuilt and the mod_perl settings will cause the Apache binary to match the Perl definition ofd use large files. Building mod_perl as static causes other issues as well - like causing Apache --with-layout to forget which layout it is supposed to use... Oh well; -Sx- :]