PHP-5.5.x fails to install on a source build. As far as I can tell, the issue is with libtool. The libphp5.so module is not being created by libtool and thus not installed. [root@server01 /usr/local/src/php-5.5.5]# make install Installing PHP SAPI module: apache2handler /usr/local/httpd/build/instdso.sh SH_LIBTOOL='/usr/local/apr/build-1/libtool' libphp5.la /usr/local/httpd/modules /usr/local/apr/build-1/libtool --mode=install cp libphp5.la /usr/local/httpd/modules/ libtool: install: cp .libs/libphp5.lai /usr/local/httpd/modules/libphp5.la libtool: install: cp .libs/libphp5.a /usr/local/httpd/modules/libphp5.a libtool: install: chmod 644 /usr/local/httpd/modules/libphp5.a libtool: install: ranlib /usr/local/httpd/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /usr/local/src/php-5.5.5/libs' Warning! dlname not found in /usr/local/httpd/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/httpd/modules/libphp5.so chmod: /usr/local/httpd/modules/libphp5.so: No such file or directory apxs:Error: Command failed with rc=65536
On Tue, May 27, 2014 at 10:28:46PM +0000, Chris Phillips wrote: > > >Number: 190324 > >Category: misc > >Synopsis: PHP 5.5.x fails to install on 10.0-RELEASE > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue May 27 22:30:00 UTC 2014 > >Closed-Date: > >Last-Modified: > >Originator: Chris Phillips > >Release: 10.0-RELEASE > >Organization: > Aptient Consulting Group, Inc. > >Environment: > FreeBSD domain.com 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #0: Tue May 13 18:31:10 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > >Description: > PHP-5.5.x fails to install on a source build. As far as I can tell, the issue is with libtool. The libphp5.so module is not being created by libtool and thus not installed. > > [root@server01 /usr/local/src/php-5.5.5]# make install > Installing PHP SAPI module: apache2handler > /usr/local/httpd/build/instdso.sh SH_LIBTOOL='/usr/local/apr/build-1/libtool' libphp5.la /usr/local/httpd/modules > /usr/local/apr/build-1/libtool --mode=install cp libphp5.la /usr/local/httpd/modules/ > libtool: install: cp .libs/libphp5.lai /usr/local/httpd/modules/libphp5.la > libtool: install: cp .libs/libphp5.a /usr/local/httpd/modules/libphp5.a > libtool: install: chmod 644 /usr/local/httpd/modules/libphp5.a > libtool: install: ranlib /usr/local/httpd/modules/libphp5.a > libtool: install: warning: remember to run `libtool --finish /usr/local/src/php-5.5.5/libs' > Warning! dlname not found in /usr/local/httpd/modules/libphp5.la. > Assuming installing a .so rather than a libtool archive. > chmod 755 /usr/local/httpd/modules/libphp5.so > chmod: /usr/local/httpd/modules/libphp5.so: No such file or directory > apxs:Error: Command failed with rc=65536 Why are you not using /usr/ports/lang/php55 ? Regards, Gary
Gary, I have too many compile options and too much customization for MySQL, Apache and PHP for ports to suit my needs. I've been compiling from source for 20 years without issue. Why change now. Regardless of ports being available or not, one would think that it would be a great concern to the FreeBSD team that one of the most ubiquitous scripting languages won't compile on FreeBSD from source. On 5/29/2014 12:47 PM, Gary Palmer wrote: > On Tue, May 27, 2014 at 10:28:46PM +0000, Chris Phillips wrote: >> >>> Number: 190324 >>> Category: misc >>> Synopsis: PHP 5.5.x fails to install on 10.0-RELEASE >>> Confidential: no >>> Severity: non-critical >>> Priority: low >>> Responsible: freebsd-bugs >>> State: open >>> Quarter: >>> Keywords: >>> Date-Required: >>> Class: sw-bug >>> Submitter-Id: current-users >>> Arrival-Date: Tue May 27 22:30:00 UTC 2014 >>> Closed-Date: >>> Last-Modified: >>> Originator: Chris Phillips >>> Release: 10.0-RELEASE >>> Organization: >> Aptient Consulting Group, Inc. >>> Environment: >> FreeBSD domain.com 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #0: Tue May 13 18:31:10 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >>> Description: >> PHP-5.5.x fails to install on a source build. As far as I can tell, the issue is with libtool. The libphp5.so module is not being created by libtool and thus not installed. >> >> [root@server01 /usr/local/src/php-5.5.5]# make install >> Installing PHP SAPI module: apache2handler >> /usr/local/httpd/build/instdso.sh SH_LIBTOOL='/usr/local/apr/build-1/libtool' libphp5.la /usr/local/httpd/modules >> /usr/local/apr/build-1/libtool --mode=install cp libphp5.la /usr/local/httpd/modules/ >> libtool: install: cp .libs/libphp5.lai /usr/local/httpd/modules/libphp5.la >> libtool: install: cp .libs/libphp5.a /usr/local/httpd/modules/libphp5.a >> libtool: install: chmod 644 /usr/local/httpd/modules/libphp5.a >> libtool: install: ranlib /usr/local/httpd/modules/libphp5.a >> libtool: install: warning: remember to run `libtool --finish /usr/local/src/php-5.5.5/libs' >> Warning! dlname not found in /usr/local/httpd/modules/libphp5.la. >> Assuming installing a .so rather than a libtool archive. >> chmod 755 /usr/local/httpd/modules/libphp5.so >> chmod: /usr/local/httpd/modules/libphp5.so: No such file or directory >> apxs:Error: Command failed with rc=65536 > > Why are you not using /usr/ports/lang/php55 ? > > Regards, > > Gary > -- Chris Phillips Aptient Consulting Group +1 (917) 521-5290 - office +1 (250) 863-3519 - mobile
On Thu, May 29, 2014 at 12:58:00PM -0700, Chris Phillips wrote: > Gary, > > I have too many compile options and too much customization for MySQL, > Apache and PHP for ports to suit my needs. I've been compiling from > source for 20 years without issue. Why change now. > > Regardless of ports being available or not, one would think that it > would be a great concern to the FreeBSD team that one of the most > ubiquitous scripting languages won't compile on FreeBSD from source. It is ports policy to try and upstream patches so that 3rd party software compiles outside ports OK, however that is not always possible for a variety of reasons, largely outside our control. We also have no way of knowing what interaction your customisation is having on the build, or other things on your system, if you are not using ports. It is impossible to say if one of those is causing your problem or not. That is why we have the ports tree there. If you are not using ports, then please try one of the mailing lists to see if someone can help you, however it is not a FreeBSD bug Regards, Gary > > On 5/29/2014 12:47 PM, Gary Palmer wrote: > > On Tue, May 27, 2014 at 10:28:46PM +0000, Chris Phillips wrote: > >> > >>> Number: 190324 > >>> Category: misc > >>> Synopsis: PHP 5.5.x fails to install on 10.0-RELEASE > >>> Confidential: no > >>> Severity: non-critical > >>> Priority: low > >>> Responsible: freebsd-bugs > >>> State: open > >>> Quarter: > >>> Keywords: > >>> Date-Required: > >>> Class: sw-bug > >>> Submitter-Id: current-users > >>> Arrival-Date: Tue May 27 22:30:00 UTC 2014 > >>> Closed-Date: > >>> Last-Modified: > >>> Originator: Chris Phillips > >>> Release: 10.0-RELEASE > >>> Organization: > >> Aptient Consulting Group, Inc. > >>> Environment: > >> FreeBSD domain.com 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #0: Tue May 13 18:31:10 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > >>> Description: > >> PHP-5.5.x fails to install on a source build. As far as I can tell, the issue is with libtool. The libphp5.so module is not being created by libtool and thus not installed. > >> > >> [root@server01 /usr/local/src/php-5.5.5]# make install > >> Installing PHP SAPI module: apache2handler > >> /usr/local/httpd/build/instdso.sh SH_LIBTOOL='/usr/local/apr/build-1/libtool' libphp5.la /usr/local/httpd/modules > >> /usr/local/apr/build-1/libtool --mode=install cp libphp5.la /usr/local/httpd/modules/ > >> libtool: install: cp .libs/libphp5.lai /usr/local/httpd/modules/libphp5.la > >> libtool: install: cp .libs/libphp5.a /usr/local/httpd/modules/libphp5.a > >> libtool: install: chmod 644 /usr/local/httpd/modules/libphp5.a > >> libtool: install: ranlib /usr/local/httpd/modules/libphp5.a > >> libtool: install: warning: remember to run `libtool --finish /usr/local/src/php-5.5.5/libs' > >> Warning! dlname not found in /usr/local/httpd/modules/libphp5.la. > >> Assuming installing a .so rather than a libtool archive. > >> chmod 755 /usr/local/httpd/modules/libphp5.so > >> chmod: /usr/local/httpd/modules/libphp5.so: No such file or directory > >> apxs:Error: Command failed with rc=65536 > > > > Why are you not using /usr/ports/lang/php55 ? > > > > Regards, > > > > Gary > > > > -- > Chris Phillips > Aptient Consulting Group > +1 (917) 521-5290 - office > +1 (250) 863-3519 - mobile >
Gary, It is a FreeBSD issue. When things failed to compile on 10.0-RELEASE, I reloaded the OS and did a base install without any modifications or customization. It also failed. When I wiped the slate clean again, but installed 9.2-RELEASE it installed fine. No difference, except OS versions. I spent two days troubleshooting this and replicating the issue across several different scenarios before I submitted this. If you would like step by step directions on how to replicate the problem, I am happy to provide them. To simply sweep this under the rug would be doing the community at large a huge disservice. For what it's worth, I tried this on both a VPS and bare-metal server environment. Again, ports are not the answer for a lot of people. Please don't band-aid this. On 5/29/2014 1:50 PM, Gary Palmer wrote: > On Thu, May 29, 2014 at 12:58:00PM -0700, Chris Phillips wrote: >> Gary, >> >> I have too many compile options and too much customization for MySQL, >> Apache and PHP for ports to suit my needs. I've been compiling from >> source for 20 years without issue. Why change now. >> >> Regardless of ports being available or not, one would think that it >> would be a great concern to the FreeBSD team that one of the most >> ubiquitous scripting languages won't compile on FreeBSD from source. > > It is ports policy to try and upstream patches so that 3rd party software > compiles outside ports OK, however that is not always possible for a variety > of reasons, largely outside our control. > > We also have no way of knowing what interaction your customisation is having > on the build, or other things on your system, if you are not using ports. > It is impossible to say if one of those is causing your problem or not. That > is why we have the ports tree there. If you are not using ports, then > please try one of the mailing lists to see if someone can help you, however > it is not a FreeBSD bug > > Regards, > > Gary > >> >> On 5/29/2014 12:47 PM, Gary Palmer wrote: >>> On Tue, May 27, 2014 at 10:28:46PM +0000, Chris Phillips wrote: >>>> >>>>> Number: 190324 >>>>> Category: misc >>>>> Synopsis: PHP 5.5.x fails to install on 10.0-RELEASE >>>>> Confidential: no >>>>> Severity: non-critical >>>>> Priority: low >>>>> Responsible: freebsd-bugs >>>>> State: open >>>>> Quarter: >>>>> Keywords: >>>>> Date-Required: >>>>> Class: sw-bug >>>>> Submitter-Id: current-users >>>>> Arrival-Date: Tue May 27 22:30:00 UTC 2014 >>>>> Closed-Date: >>>>> Last-Modified: >>>>> Originator: Chris Phillips >>>>> Release: 10.0-RELEASE >>>>> Organization: >>>> Aptient Consulting Group, Inc. >>>>> Environment: >>>> FreeBSD domain.com 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #0: Tue May 13 18:31:10 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >>>>> Description: >>>> PHP-5.5.x fails to install on a source build. As far as I can tell, the issue is with libtool. The libphp5.so module is not being created by libtool and thus not installed. >>>> >>>> [root@server01 /usr/local/src/php-5.5.5]# make install >>>> Installing PHP SAPI module: apache2handler >>>> /usr/local/httpd/build/instdso.sh SH_LIBTOOL='/usr/local/apr/build-1/libtool' libphp5.la /usr/local/httpd/modules >>>> /usr/local/apr/build-1/libtool --mode=install cp libphp5.la /usr/local/httpd/modules/ >>>> libtool: install: cp .libs/libphp5.lai /usr/local/httpd/modules/libphp5.la >>>> libtool: install: cp .libs/libphp5.a /usr/local/httpd/modules/libphp5.a >>>> libtool: install: chmod 644 /usr/local/httpd/modules/libphp5.a >>>> libtool: install: ranlib /usr/local/httpd/modules/libphp5.a >>>> libtool: install: warning: remember to run `libtool --finish /usr/local/src/php-5.5.5/libs' >>>> Warning! dlname not found in /usr/local/httpd/modules/libphp5.la. >>>> Assuming installing a .so rather than a libtool archive. >>>> chmod 755 /usr/local/httpd/modules/libphp5.so >>>> chmod: /usr/local/httpd/modules/libphp5.so: No such file or directory >>>> apxs:Error: Command failed with rc=65536 >>> >>> Why are you not using /usr/ports/lang/php55 ? >>> >>> Regards, >>> >>> Gary >>> >> >> -- >> Chris Phillips >> Aptient Consulting Group >> +1 (917) 521-5290 - office >> +1 (250) 863-3519 - mobile >> -- Chris Phillips Aptient Consulting Group +1 (917) 521-5290 - office +1 (250) 863-3519 - mobile
I agree with Gary. Ports PRs are reporting errors involving ports. The PR is written against a source build outside of ports. Maintainers spend a lot of time building the recipe for a successful build. Issues for user's custom source builds are simply out of scope. I know it's not the answer you want to hear, but ports is huge and we need to keep issues in scope.