INSTALL.simple.mod_ssl
I'm trying to install from source apache + mod_perl + mod_ssl. I couldn't make it following the steps of INSTALL.simple.mod_ssl I also tried with the online guide unsuccessfully. Anyway here is how I did it step by step: cd mod_ssl* ./configure --with-apache=../apache_1.3.28 cd .. cd apache_* ./configure cd .. cd mod_perl* perl Makefile.PL APACHE_SRC=../apache_1.3.28/src NO_HTTPD=1 \ USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 make cd .. cd apache_* ./configure --prefix=/usr/local/apache \ --activate-module=src/modules/perl/libperl.a \ --activate-module=src/modules/ssl/libssl.a \ --enable-module=rewrite make make install
FW: porting from mod_perl1 to mod_perl2
Randy, Did that (made sure to uninstall first). (made sure to replace the mod_perl.so as well) But no cure. I'm still getting the dreaded '8211=entity: 150'. But it was worth a try Bart PS: Oh Randy and a big thanks of course for maintaining the ppms. It makes the life for the rest of us (mere mortals who dislike compiling) so much easier. -Original Message- From: Randy Kobes [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10, 2003 7:00 AM To: Bart Terryn Cc: Stas Bekman; [EMAIL PROTECTED] Subject: RE: porting from mod_perl1 to mod_perl2 On Tue, 9 Sep 2003, Bart Terryn wrote: Stas, Sorry to insist. But here I am again... Stas wrote: Actually I haven't looked, I have tested with your code. Thanks a lot for going through the effort... Before setting the header I wasn't getting the unicode chars you put in the form back in the dump. After setting the header it did print out exacly the same unicode character. Well that is strange. I just changed my code and still am getting the endash back as code 150 and not as the 8212 code (the way it went in). If you're using ppm to install mod_perl, could you try the latest version at http://theoryx5.uwinnipeg.ca/ppms/? There were some changes made recently that may affect the above problem. Note that the version in the mod_perl.ppd hasn't changed, so you may have to uninstall mod_perl and then install it to force ppm to upgrade. -- best regards, randy kobes
Re: Help wanted with locations / configuration
Steve Hay wrote: Thomas Klausner wrote: Hi! On Mon, Sep 08, 2003 at 04:51:55PM +0100, Steve Hay wrote: The project is going to be written as a series of mod_perl handlers - one for the main home page, and others for various sub-components. Each handler is implemented by a separate module (all sub-classes of a common base class). I don't want to have to configure a separate Location for each sub-component. You might want to take a look at Apache::Dispatch, which does exactly this. Will do! I've grabbed it off CPAN and will take a good look at it. It does indeed look like exactly what I'm after. Does anybody have Apache::Dispatch working on Windows? I'm trying to build it on Windows XP (MSVC++ 6) with Perl 5.8.0 / Apache 1.3.27 / mod_perl 1.28, but I get these errors: [...] link -out:blib\arch\auto\Apache\Dispatch\Dispatch.dll -dll -nologo -node faultlib -release -libpath:C:\perl5\lib\CORE -machine:x86 Dispatch.obj C:\ perl5\lib\CORE\perl58.lib libeay32.lib oldnames.lib kernel32.lib user32.lib gdi 32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.li b netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib o dbccp32.lib msvcrt.lib -def:Dispatch.def Creating library blib\arch\auto\Apache\Dispatch\Dispatch.lib and object blib\ arch\auto\Apache\Dispatch\Dispatch.exp Dispatch.obj : error LNK2001: unresolved external symbol _perl_perl_merge_dir_co nfig Dispatch.obj : error LNK2001: unresolved external symbol _perl_cmd_perl_TAKE1 Dispatch.obj : error LNK2001: unresolved external symbol __imp__ap_register_clea [EMAIL PROTECTED] Dispatch.obj : error LNK2001: unresolved external symbol _perl_perl_cmd_cleanup Dispatch.obj : error LNK2001: unresolved external symbol __imp__ap_null_cleanup Dispatch.obj : error LNK2001: unresolved external symbol [EMAIL PROTECTED] Dispatch.obj : error LNK2001: unresolved external symbol _perl_clear_symtab Dispatch.obj : error LNK2001: unresolved external symbol __imp__ap_remove_module @4 Dispatch.obj : error LNK2001: unresolved external symbol __imp__ap_find_linked_m [EMAIL PROTECTED] Dispatch.obj : error LNK2001: unresolved external symbol _perl_get_startup_pool Dispatch.obj : error LNK2001: unresolved external symbol [EMAIL PROTECTED] blib\arch\auto\Apache\Dispatch\Dispatch.dll : fatal error LNK1120: 11 unresolved externals NMAKE : fatal error U1077: 'link' : return code '0x460' Stop. Any ideas? - Steve
Re: Possible Apache::AuthenSmb Mod?
Peter Hartzler wrote: Hello, We're looking into using your Apache::AuthenSmb module to allow us to migrate our intranet to GNU/Linux/Apache. One issue we have is that we have two NT domains. I have a couple of different ideas for how to modify the code to allow this scenario, and am wondering if you have any thoughts on this, or would be interested in a patch, or have a patch, or this is already possible and somehow I've missed it... There are a couple of obvious considerations, such as the possibility of userid duplication in the two domains (we don't do that), the need to not break existing/legacy configurations, and perhaps the desirability of passing the user's domain to the script (not sure about that one). Anyhow, thanks for the very useful code, and do feel welcome to jump in if anything moves you! Best Regards, Pete. Hi! I think that Apache-AuthenNTLM may fit the bill for you. Check it out at: http://search.cpan.org/author/SPEEVES/Apache-AuthenNTLM-2.04/AuthenNTLM.pm You are able to create mappings for more than one domain. Also, please include the modperl mailing list in your replies. (This email may have information that will help others in the future :) ) thanks, speeves cws
ANNOUNCE: Bricolage 1.6.5
I'm pleased to announce announce the release of Bricolage 1.6.5. This maintenance release addresses a number issues discovered since the release of version 1.6.4. Some of the more important changes include: * Previewing stories with related media that have no associated file no longer causes an error. * Switched to using DBI-connect_cached() from using our own database connection caching. This change does bump up the minimum required version of DBI to 1.18, though the latest version is always recommended. It's also the right thing to do. * Fixed issue that could cause Bric::Util::DBI to create inconsistent transaction states. * Passing an undef via the workflow__id parameters to the list() method of Story, Media, or Template really does again cause Bricolage to correctly return only those assets that are not in workflow. It wasn't as fixed in 1.6.3 as I had thought. * Vastly improved the speed of the query that lists events, and added an index to help it along, as well. * The FTP mover now properly deletes files rather than erroring out. * Users without EDIT access to the start desk in a workflow can no longer create assets in that workflow. Nor can they check out assets from the library, as there's no start desk for them to check them in to. But they can still check them out from other desks that they have EDIT access to. * Time zone issues have been fixed to be more portable. Some platforms that experienced Bricolage unexpectedly shifting cover dates and other dates and times by several hours should no longer see this problem. * Adding a new element type with the same name as an existing or deleted element type no longer causes an SQL error. For a complete list of the changes, see the changes file at: https://sourceforge.net/project/shownotes.php?release_id=183771 ABOUT BRICOLAGE Bricolage is a full-featured, enterprise-class content management and publishing system. It offers a browser-based interface for ease-of use, a full-fledged templating system with complete HTML::Mason and HTML::Template support for flexibility, and many other features. It operates in an Apache/mod_perl environment, and uses the PostgreSQL RDBMS for its repository. A comprehensive, actively-developed open source CMS, Bricolage has been hailed as Most Impressive in 2002 by eWeek. Learn more about Bricolage and download it from the Bricolage home page, http://bricolage.cc/. Enjoy! David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://www.kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: [Mason] problem with RPM instalation of Apache and Mod_perl on RedHat and Mason
Must you send multiple copies of this to both the modperl and mason mailing lists? I don't use Red Hat Linux, but my first suggestion is to scrap it in favor of some other version of Linux, or maybe even FreeBSD. RedHat has a tendency to use development versions of Perl and other software in their release (without identifying it as such), and it's known to be buggy (in particular, Red Hat's version of perl 5.8.0 and mod_perl 2.0). Mason was written with Apache 1.x and mod_perl, and use with Apache 2.x/mod_perl 2.0 is not supported, and probably won't be supported until mod_perl 2.0 is finally released. parvez mohamed writes: I have RedHat 9, I have installed Apache using rpm wich comes with RedHat9 (httpd-2.0.40-21) then i haveinstalled mod_perl using rpm mod_perl-1.99_07-5 then is have installed the latest Mason files HTML-Mason-1.22) but when i try to start Apache it says Apache/Constants.pm not found. I serched CAPAN for Apache::Constents it points to mod_perl which i have already installed. for your information i have added these lines to httpd.conf: PerlModule HTML::Mason::ApacheHandler FilesMatch \.html$ SetHandler perl-script PerlHandler HTML::Mason::ApacheHandler /FilesMatch the error i get is: Can't locate Apache/Constants.pm in @INC (@INC contains . ... /usr/lib/perl5/5.8.0 .) at /usr/lib/perl5/site_perl/HTML/Mason/ApacheHandler.pm line 13.!BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/HTML/Mason/ApacheHandler.pm line 13.!Compilation failed in require at (eval 1) line 3.! [Tue Sep 09 16:28:02 2003] [error] Can't load Perl module HTML::Mason::ApacheHandler for server 127.0.0.1:0, exiting...! To over come this problem i put in these entries : I put in these lines in my httpd.conf file PerlModule Apache2 PerlModule Apache::compat PerlModule HTML::Mason::ApacheHandler FilesMatch \.mml$ SetHandler perl-script PerlHandler HTML::Mason::ApacheHandler
