[MacPorts] #44116: php55-apache24handler subport
#44116: php55-apache24handler subport ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: php55 ----------------------------+-------------------------------- I've added a subport to enable mod_php5x for apache24-devel. The new subport was required as apache2hander needs different paths to be set.[[BR]] I also added more instructions to the notes: by default mod_php55.so is not executable, and httpd.conf will not load the module as the path has not been fully specified. Further a mime type has to be added for any php script to execute. -- Ticket URL: <https://trac.macports.org/ticket/44116> MacPorts <http://www.macports.org/> Ports system for OS X
#44116: php-apache24handler subport -----------------------------+-------------------------- Reporter: mschamschula@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: haspatch Port: php | -----------------------------+-------------------------- Changes (by ryandesign@…): * cc: ryandesign@… (removed) * keywords: => haspatch * port: php55 => php * owner: macports-tickets@… => ryandesign@… Comment: I don't really intend to add a new ${php}-apache24handler subport; rather, I intend for the work that has been done on the apache24-devel port be moved back into the apache2 port eventually, at which point the ${php}-apache2handler port (and all other ports that use apache2) will need to be updated for the new paths. Why would it matter that mod_${php}.so doesn't have the executable bit? It ''isn't'' an executable; it's a dynamic library; it ''shouldn't'' have the executable bit. The way you've written the new documentation is not the way I envisioned users solving that problem. Instead, they should edit their httpd.conf and include the file mod_${php}.conf that the ${php}-apache2handler port installs. This information should be added to the notes; it has been requested many times before. If the mod_${php}.conf file doesn't contain all the necessary directives, they should be added. -- Ticket URL: <https://trac.macports.org/ticket/44116#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X
#44116: php-apache24handler subport -----------------------------+-------------------------- Reporter: mschamschula@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: haspatch Port: php | -----------------------------+-------------------------- Comment (by mschamschula@…): Replying to [comment:1 ryandesign@…]:
I don't really intend to add a new ${php}-apache24handler subport; rather, I intend for the work that has been done on the apache24-devel port be moved back into the apache2 port eventually, at which point the ${php}-apache2handler port (and all other ports that use apache2) will need to be updated for the new paths.
So do you propose to move apache24-devel so it violates the mtree as does apache2? If not, apache2 needs to be installed into the same paths as apache24-devel. Otherwise, the current ${php}-apache2handler can only be installed for apache2, and I'll have to keep building from my local Portfile, and wish others running apache24-develgood luck, as I don't want to break the subport for ${php}-apache2handler. I don't want to have ${php}-apache2handler install apache2 when I try to update ${php} (as has happened once), since I inadvertently overwrote my locally modified Portfile. This creates quite a little mess.
Why would it matter that mod_${php}.so doesn't have the executable bit? It ''isn't'' an executable; it's a dynamic library; it ''shouldn't'' have the executable bit.
I double checked, and sure enough it works without the chmod. However, do a ls -l on the apache2/modules directory. You'll find mod_${php}.so is the only one that does not have executable bits set. Maybe the apache24-devel installer is doing something wrong…
The way you've written the new documentation is not the way I envisioned users solving that problem. Instead, they should edit their httpd.conf and include the file mod_${php}.conf that the ${php}-apache2handler port installs. This information should be added to the notes; it has been requested many times before. If the mod_${php}.conf file doesn't contain all the necessary directives, they should be added.
I am aware that the documentation is not ideal. It was the best I could do after spending the better part of the day trying to find a way to get ${php}-apache2(4)handler installed on my machine. I just wanted to make others aware of the issues I ran into. -- Ticket URL: <https://trac.macports.org/ticket/44116#comment:2> MacPorts <http://www.macports.org/> Ports system for OS X
#44116: php-apache24handler subport -----------------------------+-------------------------- Reporter: mschamschula@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: haspatch Port: php | -----------------------------+-------------------------- Comment (by mschamschula@…): In the meantime, until such time as apache2 and apache24-devel are merged, I've attached a patch that allows the use of the apache2handler to install against apache24-devel. -- Ticket URL: <https://trac.macports.org/ticket/44116#comment:3> MacPorts <http://www.macports.org/> Ports system for OS X
#44116: php-apache24handler subport -----------------------------+-------------------------- Reporter: mschamschula@… | Owner: ryandesign@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: duplicate | Keywords: haspatch Port: php | -----------------------------+-------------------------- Changes (by ryandesign@…): * status: new => closed * resolution: => duplicate Comment: Duplicate of #41478. -- Ticket URL: <https://trac.macports.org/ticket/44116#comment:4> MacPorts <http://www.macports.org/> Ports system for OS X
participants (1)
-
MacPorts