|
Bugzilla – Full Text Bug Listing |
| Summary: | apache2-mod_php5-5.0.4-9 has faulty config | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Tolan Blundell <slight> |
| Component: | Other | Assignee: | Petr Ostadal <postadal> |
| Status: | RESOLVED INVALID | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | ||
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
OK, the Apache uses something like mod_xxx.c for a module mod_xxx.so (ELF shared object). But it would be new to me that it translates lib* to mod_*, which is implied here. Peter: Please comment about this. configuration works for me but as you mention looks "strange". I wonder if apache internally changes the prefix... seems to be the correct configuration , as stated on: http://cl2.php.net/manual/en/configuration.changes.php |
The RPM creates /etc/apache2/conf.d/php5.conf with the following contents: <IfModule mod_php5.c> AddType application/x-httpd-php .php3 AddType application/x-httpd-php .php4 AddType application/x-httpd-php .php5 AddType application/x-httpd-php .php AddType application/x-httpd-php-source .php3s AddType application/x-httpd-php-source .php4s AddType application/x-httpd-php-source .php5s AddType application/x-httpd-php-source .phps DirectoryIndex index.php3 DirectoryIndex index.php4 DirectoryIndex index.php5 DirectoryIndex index.php </IfModule> Which never seems to succeed as the RPM includes /usr/lib/apache2/libphp5.so not mod_php5.c Also, no changes are made to /etc/apache2/sysconfig.d/loadmodule.conf which would seem sensible. Apologies if I've missed the point, I'm new to Suse's way of doing things (and Apache2 as it happens), but this definitely seems wrong.