Bug 5650
| Summary: | 1.3.9 apache-devel breaks PHP | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Wil Harris <wil> |
| Component: | apache | Assignee: | Preston Brown <pbrown> |
| Status: | CLOSED ERRATA | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 6.1 | CC: | ianholsman, ken.coar, pekkas, rasmus, simon.greaves, tanner |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 1999-11-04 17:10:42 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Wil Harris
1999-10-06 18:13:36 UTC
This isn't just a PHP issue. This bug makes an apxs install impossible for any package built to use apxs. *** Bug 5696 has been marked as a duplicate of this bug. *** apache-1.3.9-4 & apache-devel-1.3.9-4 rpms are installed from the rh6.1 upgrade. apxs -q LIBEXECDIR gives 'modules' where is should be giving a fully qualifed directory like apxs -q INCLUDEDIR does. *** Bug 5848 has been marked as a duplicate of this bug. *** apache-devel-1.3.9 has a bug where: /usr/sbin/apxs -q LIBEXECDIR returns, just "module" Under 1.3.6-7 the same command returns /usr/lib/apache ------- Additional Comments From tanner 10/11/99 17:03 ------- It looks like the problem is in the apache_1.3.9-apxs.patch: -my $CFG_LIBEXECDIR = '@libexecdir@'; # substituted +my $CFG_LIBEXECDIR = 'modules'; # substituted Not sure why you are removing the @libexecdir@, but taking that out fixes the problem. I'll await the official word from you. ------- Additional Comments From 10/29/99 04:40 ------- Oh, Tanner, that doesn't fix much. The broken AXPS from 136 couldn't -a modules correctly. The 'fixed' one can't -i them correctly. it's painfully obvious that this file wasn't tested even as simply as an apxs -c -i -a mod_foo.c. A further patch, utilising the very coding that apci was probably trying to avoid, may fix the behaviour: ! my $dir = 'modules'; $dir =~ s|^$CFG_PREFIX/?||; $dir =~ s|(.)$|$1/|; another almost-as bad patch, same area: my $dir = $CFG_LIBEXECDIR; -$dir =~ s|^$CFG_PREFIX/?||; $dir =~ s|(.)$|$1/|; the second one is no better thant he first, imho, because it changes the 'format' or standard location of the modules in the httpd.conf file. Hey, at least it may go. CAVEAT: I don't do a lick of perl. <rant> At least I tested the first patch, which makes me a step ahead of RHQA in one aspect. </rant> ------- Additional Comments From bishop.ca 10/29/99 04:42 ------- Hmm. My email wasn't added as it should have been. *** Bug 6618 has been marked as a duplicate of this bug. *** Using apxs to install a locally compiled version of php fails because apxs tries to install it to a 'modules' directory in the current directory, not into the apache tree. The fix I used is to manually edit /usr/sbin/apxs, changing the line: my $CFG_LIBEXECDIR = 'modules'; to: my $CFG_LIBEXECDIR = '/usr/lib/apache'; Will email a trivial patch. Simon this will be fixed in an upcoming errata release. |