Discussion:
Unable to compile PHP 5.3.29 On CentOS 7.0: Configure complains about BZip2 not in expected location
Kenneth Wolcott
2014-10-15 06:40:26 UTC
Permalink
Hi;

My first post about issues with compiling PHP...

Unable to compile PHP 5.3.29 On CentOS 7.0: Configure complains about
BZip2 not in expected location

I'm fairly good about the "configure; make; make install" dance for
open source software, but now and then I run into mysteries.

I'm responsible for moving forwards an old PHP 5.3.3 (LAMP) dev and
production environment into the more modern age. The developers use
the abandoned "php-template" extension. I plan to move them forwards
into one of the more modern day PHP template engines (Haanga, Twig,
Blitz, etc) but first I need to move to a more recent platform and
then to a more recent version of PHP.

I captured the output of "php -i" from the current dev system. In
that output is the configure syntax used to compile PHP. I used that
same syntax and received the following error from configure:

checking for BZip2 support... yes
checking for BZip2 in default path... not found
configure: error: Please reinstall the BZip2 distribution

I've checked and I do have bzip2 installed.

I'm wondering if it is looking for contents of the bzip2-devel rpm?

If necessary, I can provide the configure syntax that I used, but I'm
hoping that the question is sufficiently phrased to not need that.

Thanks,
Ken Wolcott
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Ashley Sheridan
2014-10-15 07:40:47 UTC
Permalink
Post by Kenneth Wolcott
Hi;
My first post about issues with compiling PHP...
Unable to compile PHP 5.3.29 On CentOS 7.0: Configure complains about
BZip2 not in expected location
I'm fairly good about the "configure; make; make install" dance for
open source software, but now and then I run into mysteries.
I'm responsible for moving forwards an old PHP 5.3.3 (LAMP) dev and
production environment into the more modern age. The developers use
the abandoned "php-template" extension. I plan to move them forwards
into one of the more modern day PHP template engines (Haanga, Twig,
Blitz, etc) but first I need to move to a more recent platform and
then to a more recent version of PHP.
I captured the output of "php -i" from the current dev system. In
that output is the configure syntax used to compile PHP. I used that
checking for BZip2 support... yes
checking for BZip2 in default path... not found
configure: error: Please reinstall the BZip2 distribution
I've checked and I do have bzip2 installed.
I'm wondering if it is looking for contents of the bzip2-devel rpm?
If necessary, I can provide the configure syntax that I used, but I'm
hoping that the question is sufficiently phrased to not need that.
Thanks,
Ken Wolcott
Do you have the bzip2 header files installed also?
Thanks,
Ash
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Kenneth Wolcott
2014-10-15 17:44:24 UTC
Permalink
Hi Ash;

I did not have bzip2-devel installed. After installing that I made
more progress.

Thanks,
Ken

On Wed, Oct 15, 2014 at 12:40 AM, Ashley Sheridan
Post by Ashley Sheridan
Post by Kenneth Wolcott
Hi;
My first post about issues with compiling PHP...
Unable to compile PHP 5.3.29 On CentOS 7.0: Configure complains about
BZip2 not in expected location
I'm fairly good about the "configure; make; make install" dance for
open source software, but now and then I run into mysteries.
I'm responsible for moving forwards an old PHP 5.3.3 (LAMP) dev and
production environment into the more modern age. The developers use
the abandoned "php-template" extension. I plan to move them forwards
into one of the more modern day PHP template engines (Haanga, Twig,
Blitz, etc) but first I need to move to a more recent platform and
then to a more recent version of PHP.
I captured the output of "php -i" from the current dev system. In
that output is the configure syntax used to compile PHP. I used that
checking for BZip2 support... yes
checking for BZip2 in default path... not found
configure: error: Please reinstall the BZip2 distribution
I've checked and I do have bzip2 installed.
I'm wondering if it is looking for contents of the bzip2-devel rpm?
If necessary, I can provide the configure syntax that I used, but I'm
hoping that the question is sufficiently phrased to not need that.
Thanks,
Ken Wolcott
Do you have the bzip2 header files installed also?
Thanks,
Ash
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Lester Caine
2014-10-15 08:08:31 UTC
Permalink
Post by Kenneth Wolcott
I'm wondering if it is looking for contents of the bzip2-devel rpm?
Yes ...

And when you fix that it will probably file looking for other devel
packages as well.

The exact location of some of this stuff is determined by the
distribution, and on the whole they will have already modified the PHP
packages if you are using their copy of the source, but extensions are
all optional in many distributions to the build files for each need to
be added manually based on how you expand on what you want in your own
build of PHP.

If you have taken the source code from the PHP site as I suspect you
will have to be able to create an older version, i may be that locations
are not quite right for some things, but normally PHP does a good job of
finding an installation it can work with once the devel package has been
loaded.
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Kenneth Wolcott
2014-10-15 17:45:34 UTC
Permalink
Hi Lester;

Thanks, I made more progress, curl-devel was needed also.
Post by Lester Caine
Post by Kenneth Wolcott
I'm wondering if it is looking for contents of the bzip2-devel rpm?
Yes ...
And when you fix that it will probably file looking for other devel
packages as well.
The exact location of some of this stuff is determined by the
distribution, and on the whole they will have already modified the PHP
packages if you are using their copy of the source, but extensions are
all optional in many distributions to the build files for each need to
be added manually based on how you expand on what you want in your own
build of PHP.
If you have taken the source code from the PHP site as I suspect you
will have to be able to create an older version, i may be that locations
are not quite right for some things, but normally PHP does a good job of
finding an installation it can work with once the devel package has been
loaded.
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Aziz Saleh
2014-10-15 14:59:15 UTC
Permalink
Post by Kenneth Wolcott
Hi;
My first post about issues with compiling PHP...
Unable to compile PHP 5.3.29 On CentOS 7.0: Configure complains about
BZip2 not in expected location
I'm fairly good about the "configure; make; make install" dance for
open source software, but now and then I run into mysteries.
I'm responsible for moving forwards an old PHP 5.3.3 (LAMP) dev and
production environment into the more modern age. The developers use
the abandoned "php-template" extension. I plan to move them forwards
into one of the more modern day PHP template engines (Haanga, Twig,
Blitz, etc) but first I need to move to a more recent platform and
then to a more recent version of PHP.
I captured the output of "php -i" from the current dev system. In
that output is the configure syntax used to compile PHP. I used that
checking for BZip2 support... yes
checking for BZip2 in default path... not found
configure: error: Please reinstall the BZip2 distribution
I've checked and I do have bzip2 installed.
I'm wondering if it is looking for contents of the bzip2-devel rpm?
If necessary, I can provide the configure syntax that I used, but I'm
hoping that the question is sufficiently phrased to not need that.
Thanks,
Ken Wolcott
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Try installing libbz2 and libbz2-dev again:

apt-get install libbz2
apt-get install libbz2-dev
Kenneth Wolcott
2014-10-15 17:46:27 UTC
Permalink
HI Aziz;

Thank you, I ran yum install bzip2-devel and it went further.

Thanks,
Ken
Post by Aziz Saleh
Post by Kenneth Wolcott
Hi;
My first post about issues with compiling PHP...
Unable to compile PHP 5.3.29 On CentOS 7.0: Configure complains about
BZip2 not in expected location
I'm fairly good about the "configure; make; make install" dance for
open source software, but now and then I run into mysteries.
I'm responsible for moving forwards an old PHP 5.3.3 (LAMP) dev and
production environment into the more modern age. The developers use
the abandoned "php-template" extension. I plan to move them forwards
into one of the more modern day PHP template engines (Haanga, Twig,
Blitz, etc) but first I need to move to a more recent platform and
then to a more recent version of PHP.
I captured the output of "php -i" from the current dev system. In
that output is the configure syntax used to compile PHP. I used that
checking for BZip2 support... yes
checking for BZip2 in default path... not found
configure: error: Please reinstall the BZip2 distribution
I've checked and I do have bzip2 installed.
I'm wondering if it is looking for contents of the bzip2-devel rpm?
If necessary, I can provide the configure syntax that I used, but I'm
hoping that the question is sufficiently phrased to not need that.
Thanks,
Ken Wolcott
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
apt-get install libbz2
apt-get install libbz2-dev
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Jim Lucas
2014-10-15 16:21:05 UTC
Permalink
Post by Kenneth Wolcott
Hi;
My first post about issues with compiling PHP...
Unable to compile PHP 5.3.29 On CentOS 7.0: Configure complains about
BZip2 not in expected location
I'm fairly good about the "configure; make; make install" dance for
open source software, but now and then I run into mysteries.
I'm responsible for moving forwards an old PHP 5.3.3 (LAMP) dev and
production environment into the more modern age. The developers use
the abandoned "php-template" extension. I plan to move them forwards
into one of the more modern day PHP template engines (Haanga, Twig,
Blitz, etc) but first I need to move to a more recent platform and
then to a more recent version of PHP.
I captured the output of "php -i" from the current dev system. In
that output is the configure syntax used to compile PHP. I used that
checking for BZip2 support... yes
checking for BZip2 in default path... not found
configure: error: Please reinstall the BZip2 distribution
I've checked and I do have bzip2 installed.
I'm wondering if it is looking for contents of the bzip2-devel rpm?
If necessary, I can provide the configure syntax that I used, but I'm
hoping that the question is sufficiently phrased to not need that.
Thanks,
Ken Wolcott
At one point when trying to compile PHP I found that on my system 64-bit,
things were not in the correct location. Because PHP was looking in the
standard 32-bit location. Passing that ./configure option the correct path
normally fixes it.

So, with that said, your old system could be on a 32-bit system and copying
the ./configure string from that system and trying to us it on your new CentOS
7 (which is 64-bit only) might not work.

Checking yum, it appears that I have the following installed.

bzip2.x86_64 1.0.5-7.el6_0 @anaconda-CentOS-201303020151.x86_64/6.4
bzip2-devel.x86_64 1.0.5-7.el6_0 @base
bzip2-libs.x86_64 1.0.5-7.el6_0 @anaconda-CentOS-201303020151.x86_64/6.4
--
Jim Lucas

http://www.cmsws.com/
http://www.cmsws.com/examples/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Kenneth Wolcott
2014-10-15 17:48:37 UTC
Permalink
Hi Jim;

Now that's a nice hint/tip, thanks!

I'm pretty sure I've requested that configure do 64bit as this is
the first part of my configure syntax:

./configure \
--build=x86_64-redhat-linux-gnu \
--host=x86_64-redhat-linux-gnu \
--target=x86_64-redhat-linux-gnu \

# lots more configure lines with backslash continuations...

Thanks,
Ken
Post by Jim Lucas
Post by Kenneth Wolcott
Hi;
My first post about issues with compiling PHP...
Unable to compile PHP 5.3.29 On CentOS 7.0: Configure complains about
BZip2 not in expected location
I'm fairly good about the "configure; make; make install" dance for
open source software, but now and then I run into mysteries.
I'm responsible for moving forwards an old PHP 5.3.3 (LAMP) dev and
production environment into the more modern age. The developers use
the abandoned "php-template" extension. I plan to move them forwards
into one of the more modern day PHP template engines (Haanga, Twig,
Blitz, etc) but first I need to move to a more recent platform and
then to a more recent version of PHP.
I captured the output of "php -i" from the current dev system. In
that output is the configure syntax used to compile PHP. I used that
checking for BZip2 support... yes
checking for BZip2 in default path... not found
configure: error: Please reinstall the BZip2 distribution
I've checked and I do have bzip2 installed.
I'm wondering if it is looking for contents of the bzip2-devel rpm?
If necessary, I can provide the configure syntax that I used, but I'm
hoping that the question is sufficiently phrased to not need that.
Thanks,
Ken Wolcott
At one point when trying to compile PHP I found that on my system 64-bit,
things were not in the correct location. Because PHP was looking in the
standard 32-bit location. Passing that ./configure option the correct path
normally fixes it.
So, with that said, your old system could be on a 32-bit system and copying
the ./configure string from that system and trying to us it on your new CentOS
7 (which is 64-bit only) might not work.
Checking yum, it appears that I have the following installed.
--
Jim Lucas
http://www.cmsws.com/
http://www.cmsws.com/examples/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Kenneth Wolcott
2014-10-15 17:54:07 UTC
Permalink
Hi All;

I forgot, is top-posting frowned upon here? I was in a hurry and
did not trim and I top-posted, sorry...

Update:

Thanks to the tips received in this thread I have made more progress.

I'm now stuck at: "configure: error: DBA: Could not find necessary
header file(s)."

I installed "php-dba" but that did not help and there are no other
"php-dba" packages for CentOS 7 other than those that seem to be
strongly tied to NetworkManager; are those pertinent to the problem?
Is it possible that the php-3.3.29 sources are not happy with a
php-dba that comes with CentOS 7?

Thanks,
Ken
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Jim Lucas
2014-10-15 18:23:52 UTC
Permalink
Post by Kenneth Wolcott
Hi All;
I forgot, is top-posting frowned upon here? I was in a hurry and
did not trim and I top-posted, sorry...
Thanks to the tips received in this thread I have made more progress.
I'm now stuck at: "configure: error: DBA: Could not find necessary
header file(s)."
I installed "php-dba" but that did not help and there are no other
"php-dba" packages for CentOS 7 other than those that seem to be
strongly tied to NetworkManager; are those pertinent to the problem?
Is it possible that the php-3.3.29 sources are not happy with a
php-dba that comes with CentOS 7?
Thanks,
Ken
By using the --enable-dba=shared configuration option you can build a dynamic
loadable module to enable PHP for basic support of dbm-style databases. You
also have to add support for at least one of the following handlers by
specifying the --with-XXXX configure switch to your PHP configure line.

In my setup, I have --with-db4. For that to work correctly, I have to have
the header files installed for db4. And for that to work correctly, I have
the following packages installed.

db4.x86_64 4.7.25-18.el6_4 @updates
db4-cxx.x86_64 4.7.25-18.el6_4 @base
db4-devel.x86_64 4.7.25-18.el6_4 @base
db4-utils.x86_64 4.7.25-18.el6_4 @updates

Check out the following page, find which --with-xxxx you are using and make
sure the devel package is installed.

http://us1.php.net/manual/en/dba.installation.php
--
Jim Lucas

http://www.cmsws.com/
http://www.cmsws.com/examples/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Lester Caine
2014-10-15 18:26:25 UTC
Permalink
Post by Kenneth Wolcott
I forgot, is top-posting frowned upon here? I was in a hurry and
did not trim and I top-posted, sorry...
Thanks to the tips received in this thread I have made more progress.
I'm now stuck at: "configure: error: DBA: Could not find necessary
header file(s)."
I installed "php-dba" but that did not help and there are no other
"php-dba" packages for CentOS 7 other than those that seem to be
strongly tied to NetworkManager; are those pertinent to the problem?
Is it possible that the php-3.3.29 sources are not happy with a
php-dba that comes with CentOS 7?
I think -debuginfo has the header files, but I can't see any php extras
in the CentOS7 list for 5.3 so you may have to resort to the packages
from the php.net site.
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Loading...