pkgsrc-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Help building PHP



On Mon, Mar 2, 2015 at 9:02 PM, Greg Troxel <gdt%ir.bbn.com@localhost> wrote:

Daniel Mikusa <dmikusa%pivotal.io@localhost> writes:

>From `pkgsrc/lang/php54`, if I run `bmake show-options`, I see that "inet6
> ssl" are the default and only options enabled.  However if I run `bmake
> show-depends`, I only see "libxml2" as a dependency.  Is this expected?  I
> was thinking I should see openssl listed there too.
>
> Also if I run `bmake` to build, I don't see it install openssl and it fails
> out at

Probably pkgsrc is deciding that the builtin openssl is adequate, but
it's not enough for php.  This is a tricky issue, becasue the base
openssl may be good enough for most things.

The exact syntax may be escapeing me, but I think you want to set

PREFER.openssl=         pkgsrc

to force the use of pkgsrc ssl.  Look in security/openssl/builtin.mk;
that has the logic to decide if builtin is good enough.

That did the trick.  I added this in mk.conf and it how shows openssl when I run `bmake show-depends`.
 
You may wnat to figure out how to fix this bug rather than work around
it.  The trick is to have a global definition of good enough and have
php set something  to say it needs a feature not in the regular
definition.

Ok.  I think I know why this is blowing up.  

  1.) pkgsrc is detecting OpenSSL and using it.  Seems to be working as it should.
  2.) PHP's configure script is failing with the builtin OpenSSL libaries.
  3.) The problem is with Ubuntu 14.04 & PHP.  Ubuntu puts some of it's libraries in `/usr/lib/x86_64-linux-gnu/` and PHP is not finding them there.  Thus configure fails saying it can't find the OpenSSL libraries.

I think I'm just going to use pkgsrc's OpenSSL.  Seems like it'll work better and that's what I wanted anyway.

Thanks for all the help!

Dan 



Home | Main Index | Thread Index | Old Index