Can't build with xdebug and intl extensions

[hussfelt]

can't get xdebug and intl working.

This is what I have in my site.pp

  # install the php-xdebug extention
  php::extension::xdebug { "xdebug for 5.5.13":
    php     => '5.5.13',
    version => '2.2.5'
  }

  # install the php-intl extention
  php::extension::intl { "intl for 5.5.13":
    php     => '5.5.13',
    version => '3.0.0'
  }

Error, for xDebug - intl fails the same way.

sh: line 0: cd: /opt/boxen/data/php/cache/extensions/xdebug: No such file or directory
sh: line 0: cd: /opt/boxen/data/php/cache/extensions/xdebug: No such file or directory
sh: line 0: cd: /opt/boxen/data/php/cache/extensions/xdebug: No such file or directory
Error: Could not set 'present' on ensure: Version 2.2.5 not found in xdebug source at 35:/opt/boxen/repo/shared/php/manifests/extension/xdebug.pp
Error: Could not set 'present' on ensure: Version 2.2.5 not found in xdebug source at 35:/opt/boxen/repo/shared/php/manifests/extension/xdebug.pp
Wrapped exception:
Version 2.2.5 not found in xdebug source
Error: /Stage[main]/Main/Node[default]/Php::Extension::Xdebug[xdebug for 5.5.13]/Php_extension[xdebug for 5.5.13]/ensure: change from absent to present failed: Could not set 'present' on ensure: Version 2.2.5 not found in xdebug source at 35:/opt/boxen/repo/shared/php/manifests/extension/xdebug.pp
Notice: /Stage[main]/Main/Node[default]/Php::Extension::Xdebug[xdebug for 5.5.13]/File[/opt/boxen/config/php/5.5.13/conf.d/xdebug.ini]: Dependency Php_extension[xdebug for 5.5.13] has failures: true
Warning: /Stage[main]/Main/Node[default]/Php::Extension::Xdebug[xdebug for 5.5.13]/File[/opt/boxen/config/php/5.5.13/conf.d/xdebug.ini]: Skipping because of failed dependencies

Am I doing something wrong?

[pschulz]

Same here. Cannot get it to work on PHP version 5.3.28.

[pschulz]

I'm not really sure, but I think the reason is this warning:
Warning: Found multiple default providers for php_extension: git, pecl, php_source; using git
It should use pecl if I'm right - at least is it what I think it should do if I read this this line:
https://github.com/boxen/puppet-php/blob/master/lib/puppet/type/php_extension.rb#L55

But even if I add source => :pecl' in https://github.com/boxen/puppet-php/blob/master/manifests/extension/xdebug.pp#L35 it doesn't work. Still getting the same warning.

Any idea?

[mattheath]

Without specifying a specific provider the pecl provider will be used by default. This is likely the issue - the xdebug extension appears to use a non pecl download location, but the pecl extension provider was never intended to do this?

[pschulz]

Well, it should use the pecl provider, you are right, but it doesn't - the warning says it uses git, even if it should use pecl by default. And if it would use pecl, everything will be fine I guess.
The download location is passed by the package_url parameter https://github.com/boxen/puppet-php/blob/master/lib/puppet/provider/php_extension/pecl.rb#L48, so it is not the issue that it uses the pecl provider, but that it doesn't.

[mattheath]

@hussfelt @pschulz I've possibly fixed this in #45 - could you try it out?

If you comment out the php line in Boxen's Puppetfile then boxen won't replace the php module (/opt/boxen/repo/shared/php) when it runs, so you could check out the fixproviders branch into there and run it.

[mattheath]

Just as a bit more info, I was running Puppet 3.4.x on our Boxen install, which didn't flag up the multiple provider warnings, but bumping to 3.6.x replicated the behaviour above.

[pschulz]

Thanks a lot, Matt.
Well, the patch makes it possible to fetch the extension - we are getting closer.
But

1. There seems to be no way anymore to select another provider, but I'm not a puppet expert, I just don't know it. I afraid that other extensions could not compile any longer. May be we should assure it with a test.
2. Xdebug still does not compile.

x package.xml
x xdebug-2.2.5/contrib/tracefile-analyser.php
x xdebug-2.2.5/contrib/xt.vim
x xdebug-2.2.5/debugclient/build/buildcheck.sh
x xdebug-2.2.5/debugclient/build/buildconf1.mk
x xdebug-2.2.5/debugclient/build/buildconf2.mk
x xdebug-2.2.5/debugclient/build/clean.mk
x xdebug-2.2.5/debugclient/build/config-stubs
x xdebug-2.2.5/debugclient/acinclude.m4
x xdebug-2.2.5/debugclient/buildconf
x xdebug-2.2.5/debugclient/config.guess
x xdebug-2.2.5/debugclient/config.h.in
x xdebug-2.2.5/debugclient/config.sub
x xdebug-2.2.5/debugclient/configure
x xdebug-2.2.5/debugclient/configure.in
x xdebug-2.2.5/debugclient/cvsclean
x xdebug-2.2.5/debugclient/debugclient.dsp
x xdebug-2.2.5/debugclient/depcomp
x xdebug-2.2.5/debugclient/INSTALL
x xdebug-2.2.5/debugclient/install-sh
x xdebug-2.2.5/debugclient/LICENSE
x xdebug-2.2.5/debugclient/ltmain.sh
x xdebug-2.2.5/debugclient/main.c
x xdebug-2.2.5/debugclient/Makefile.in
x xdebug-2.2.5/debugclient/missing
x xdebug-2.2.5/debugclient/mkinstalldirs
x xdebug-2.2.5/debugclient/usefulstuff.c
x xdebug-2.2.5/debugclient/usefulstuff.h
x xdebug-2.2.5/config.m4
x xdebug-2.2.5/config.w32
x xdebug-2.2.5/CREDITS
x xdebug-2.2.5/LICENSE
x xdebug-2.2.5/Makefile.frag
x xdebug-2.2.5/Makefile.in
x xdebug-2.2.5/NEWS
x xdebug-2.2.5/php_xdebug.h
x xdebug-2.2.5/README
x xdebug-2.2.5/usefulstuff.c
x xdebug-2.2.5/usefulstuff.h
x xdebug-2.2.5/xdebug.c
x xdebug-2.2.5/xdebug_code_coverage.c
x xdebug-2.2.5/xdebug_code_coverage.h
x xdebug-2.2.5/xdebug_com.c
x xdebug-2.2.5/xdebug_com.h
x xdebug-2.2.5/xdebug_compat.c
x xdebug-2.2.5/xdebug_compat.h
x xdebug-2.2.5/xdebug_handlers.c
x xdebug-2.2.5/xdebug_handlers.h
x xdebug-2.2.5/xdebug_handler_dbgp.c
x xdebug-2.2.5/xdebug_handler_dbgp.h
x xdebug-2.2.5/xdebug_hash.c
x xdebug-2.2.5/xdebug_hash.h
x xdebug-2.2.5/xdebug_llist.c
x xdebug-2.2.5/xdebug_llist.h
x xdebug-2.2.5/xdebug_mm.h
x xdebug-2.2.5/xdebug_private.c
x xdebug-2.2.5/xdebug_private.h
x xdebug-2.2.5/xdebug_profiler.c
x xdebug-2.2.5/xdebug_profiler.h
x xdebug-2.2.5/xdebug_set.c
x xdebug-2.2.5/xdebug_set.h
x xdebug-2.2.5/xdebug_stack.c
x xdebug-2.2.5/xdebug_stack.h
x xdebug-2.2.5/xdebug_str.c
x xdebug-2.2.5/xdebug_str.h
x xdebug-2.2.5/xdebug_superglobals.c
x xdebug-2.2.5/xdebug_superglobals.h
x xdebug-2.2.5/xdebug_tracing.c
x xdebug-2.2.5/xdebug_tracing.h
x xdebug-2.2.5/xdebug_var.c
x xdebug-2.2.5/xdebug_var.h
x xdebug-2.2.5/xdebug_xml.c
x xdebug-2.2.5/xdebug_xml.h
sh: ./configure: No such file or directory
make: *** No targets specified and no makefile found.  Stop.
Error: Could not set 'present' on ensure: Failed to build module xdebug for 5.3.28 at 35:/opt/boxen/repo/shared/php/manifests/extension/xdebug.pp
Error: Could not set 'present' on ensure: Failed to build module xdebug for 5.3.28 at 35:/opt/boxen/repo/shared/php/manifests/extension/xdebug.pp
Wrapped exception:
Failed to build module xdebug for 5.3.28
Error: /Stage[main]/Ibrams::Environment/Php::Extension::Xdebug[xdebug for 5.3.28]/Php_extension[xdebug for 5.3.28]/ensure: change from absent to present failed: Could not set 'present' on ensure: Failed to build module xdebug for 5.3.28 at 35:/opt/boxen/repo/shared/php/manifests/extension/xdebug.pp
Notice: /Stage[main]/Ibrams::Environment/Php::Extension::Xdebug[xdebug for 5.3.28]/File[/opt/boxen/config/php/5.3.28/conf.d/xdebug.ini]: Dependency Php_extension[xdebug for 5.3.28] has failures: true
Warning: /Stage[main]/Ibrams::Environment/Php::Extension::Xdebug[xdebug for 5.3.28]/File[/opt/boxen/config/php/5.3.28/conf.d/xdebug.ini]: Skipping because of failed dependencies

It extracts the downloaded tgz, but I think, that phpize did not work.
Either because the working directory is wrong or because the file permissions do not meet the requirements to compile successful.

I tried to execute phpize by hand in /opt/boxen/data/php/cache/extensions/xdebug-2.2.5 - it failed because it expected to find config.m4 here.
So /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5 must be the right location - but it fails anyway:

$ phpize
Configuring for:
PHP Api Version:         20100412
Zend Module Api No:      20100525
Zend Extension Api No:   220100525
cp: /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5/build/mkdep.awk: Permission denied
cp: /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5/build/scan_makefile_in.awk: Permission denied
cp: /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5/build/shtool: Permission denied
cp: /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5/build/libtool.m4: Permission denied
cp: /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5/acinclude.m4: Permission denied
cp: /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5/Makefile.global: Permission denied
cp: /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5/config.sub: Permission denied
cp: /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5/config.guess: Permission denied
cp: /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5/ltmain.sh: Permission denied
cp: /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5/run-tests.php: Permission denied
/usr/bin/phpize: line 149: aclocal.m4: Permission denied
/usr/bin/phpize: line 155: configure.in: Permission denied
touch: install-sh: Permission denied
touch: mkinstalldirs: Permission denied
touch: missing: Permission denied
autom4te: cannot create autom4te.cache: No such file or directory

Why is the directory owned by root?
Usually the files should belong to the user that executes boxen.
Do you use sudo somewhere, perhaps?

This is the situation after "fetch" and "extract":

$ ls -lah /opt/boxen/data/php/cache/extensions
total 504
drwxr-xr-x  4 patrick  staff   136B 10 Jul 15:17 .
drwxr-xr-x  3 patrick  staff   102B 25 Jun 22:43 ..
drwxr-xr-x  4 root     staff   136B 10 Jul 15:17 xdebug-2.2.5
-rw-r--r--  1 root     staff   250K 29 Apr 23:07 xdebug-2.2.5.tgz

$ ls -lah /opt/boxen/data/php/cache/extensions/xdebug-2.2.5
total 152
drwxr-xr-x   4 root     staff   136B 10 Jul 15:17 .
drwxr-xr-x   4 patrick  staff   136B 10 Jul 15:17 ..
-rw-r--r--   1 1000     1000     74K 29 Apr 22:06 package.xml
drwxr-xr-x  61 root     staff   2,0K 10 Jul 15:17 xdebug-2.2.5

$ ls -lah /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5/
total 2632
drwxr-xr-x  61 root  staff   2,0K 10 Jul 15:17 .
drwxr-xr-x   4 root  staff   136B 10 Jul 15:17 ..
-rw-r--r--   1 1000  1000     53B 29 Apr 22:06 CREDITS
-rw-r--r--   1 1000  1000    2,9K 29 Apr 22:06 LICENSE
-rw-r--r--   1 1000  1000    2,0K 29 Apr 22:06 Makefile.frag
-rw-r--r--   1 root  staff   5,4K 10 Jul 15:17 Makefile.global
-rw-r--r--   1 1000  1000    442B 29 Apr 22:06 Makefile.in
-rw-r--r--   1 1000  1000     47K 29 Apr 22:06 NEWS
-rw-r--r--   1 1000  1000    1,6K 29 Apr 22:06 README
-rw-r--r--   1 root  staff    74K 10 Jul 15:17 acinclude.m4
-rw-r--r--   1 root  staff   299K 10 Jul 15:17 aclocal.m4
drwxr-xr-x   6 root  staff   204B 10 Jul 15:17 build
-rwxr-xr-x   1 root  staff    44K 10 Jul 15:17 config.guess
-rw-r--r--   1 1000  1000    1,4K 29 Apr 22:06 config.m4
-rwxr-xr-x   1 root  staff    33K 10 Jul 15:17 config.sub
-rw-r--r--   1 1000  1000    512B 29 Apr 22:06 config.w32
-rw-r--r--   1 root  staff   4,5K 10 Jul 15:17 configure.in
drwxr-xr-x   4 root  staff   136B 10 Jul 15:17 contrib
drwxr-xr-x  23 root  staff   782B 10 Jul 15:17 debugclient
-rw-r--r--   1 root  staff     0B 10 Jul 15:17 install-sh
-rw-r--r--   1 root  staff   195K 10 Jul 15:17 ltmain.sh
-rw-r--r--   1 root  staff     0B 10 Jul 15:17 missing
-rw-r--r--   1 root  staff     0B 10 Jul 15:17 mkinstalldirs
-rw-r--r--   1 1000  1000    8,4K 29 Apr 22:06 php_xdebug.h
-rw-r--r--   1 root  staff    77K 10 Jul 15:17 run-tests.php
-rw-r--r--   1 1000  1000     18K 29 Apr 22:06 usefulstuff.c
-rw-r--r--   1 1000  1000    5,9K 29 Apr 22:06 usefulstuff.h
-rw-r--r--   1 1000  1000     68K 29 Apr 22:06 xdebug.c
-rw-r--r--   1 1000  1000     23K 29 Apr 22:06 xdebug_code_coverage.c
-rw-r--r--   1 1000  1000    3,4K 29 Apr 22:06 xdebug_code_coverage.h
-rw-r--r--   1 1000  1000    4,4K 29 Apr 22:06 xdebug_com.c
-rw-r--r--   1 1000  1000    2,1K 29 Apr 22:06 xdebug_com.h
-rw-r--r--   1 1000  1000    4,7K 29 Apr 22:06 xdebug_compat.c
-rw-r--r--   1 1000  1000    2,7K 29 Apr 22:06 xdebug_compat.h
-rw-r--r--   1 1000  1000     82K 29 Apr 22:06 xdebug_handler_dbgp.c
-rw-r--r--   1 1000  1000    4,3K 29 Apr 22:06 xdebug_handler_dbgp.h
-rw-r--r--   1 1000  1000    2,4K 29 Apr 22:06 xdebug_handlers.c
-rw-r--r--   1 1000  1000    4,6K 29 Apr 22:06 xdebug_handlers.h
-rw-r--r--   1 1000  1000    7,5K 29 Apr 22:06 xdebug_hash.c
-rw-r--r--   1 1000  1000    2,9K 29 Apr 22:06 xdebug_hash.h
-rw-r--r--   1 1000  1000    3,8K 29 Apr 22:06 xdebug_llist.c
-rw-r--r--   1 1000  1000    2,5K 29 Apr 22:06 xdebug_llist.h
-rw-r--r--   1 1000  1000    1,6K 29 Apr 22:06 xdebug_mm.h
-rw-r--r--   1 1000  1000    2,5K 29 Apr 22:06 xdebug_private.c
-rw-r--r--   1 1000  1000    6,2K 29 Apr 22:06 xdebug_private.h
-rw-r--r--   1 1000  1000    9,5K 29 Apr 22:06 xdebug_profiler.c
-rw-r--r--   1 1000  1000    1,9K 29 Apr 22:06 xdebug_profiler.h
-rw-r--r--   1 1000  1000    2,1K 29 Apr 22:06 xdebug_set.c
-rw-r--r--   1 1000  1000    1,7K 29 Apr 22:06 xdebug_set.h
-rw-r--r--   1 1000  1000     42K 29 Apr 22:06 xdebug_stack.c
-rw-r--r--   1 1000  1000    1,9K 29 Apr 22:06 xdebug_stack.h
-rw-r--r--   1 1000  1000    3,2K 29 Apr 22:06 xdebug_str.c
-rw-r--r--   1 1000  1000    1,8K 29 Apr 22:06 xdebug_str.h
-rw-r--r--   1 1000  1000    6,5K 29 Apr 22:06 xdebug_superglobals.c
-rw-r--r--   1 1000  1000    1,7K 29 Apr 22:06 xdebug_superglobals.h
-rw-r--r--   1 1000  1000     15K 29 Apr 22:06 xdebug_tracing.c
-rw-r--r--   1 1000  1000    1,7K 29 Apr 22:06 xdebug_tracing.h
-rw-r--r--   1 1000  1000     59K 29 Apr 22:06 xdebug_var.c
-rw-r--r--   1 1000  1000    4,8K 29 Apr 22:06 xdebug_var.h
-rw-r--r--   1 1000  1000    5,5K 29 Apr 22:06 xdebug_xml.c
-rw-r--r--   1 1000  1000    3,0K 29 Apr 22:06 xdebug_xml.h

[pschulz]

Okay, for testing I commented out the call of the extraction method.
If I own the files AND if I execute phpize in work_dir by hand, then it becomes compiled by boxen.
I believe there is something wrong with the phpize method.

YES: I expanded it a bit and that's the result:

$ export PHP_AUTOCONF=/opt/boxen/homebrew/bin/autoconf213 && export PHP_AUTOHEADER=/opt/boxen/homebrew/bin/autoheader213 && export PKG_CONFIG=/opt/boxen/homebrew/bin/pkg-config && cd /opt/boxen/data/php/cache/extensions/xdebug-2.2.5/xdebug-2.2.5 && /opt/boxen/phpenv/versions/5.3.28/bin/phpize
Configuring for:
PHP Api Version:         20090626
Zend Module Api No:      20090626
Zend Extension Api No:   220090626
Cannot find autoconf. Please check your autoconf installation and the
$PHP_AUTOCONF environment variable. Then, rerun this script.

There is no autoconf213 and no autoheader213 in /opt/boxen/homebrew/bin.
php_version requires Package['boxen/brews/autoconf213'], but it is not there (at least on my machine)...
Any idea how to fix it?
Any idea why the downloaded and extracted files belong to root?
Any idea why these phpize error messages become truncated? It would have helped a lot if they are somewhere along the debug output of boxen.

[mattheath]

Ok, autoconf213 and autoheader213 not existing is the problem! To confirm, xdebug 2.2.5 compiles fine (with these) on my machine under this version of PHP on Mavericks.

I think you've noticed, but your attempts above where you used the phpize command would have failed as this used the built in version of phpize which ships with Mac OS (which was in your path at /usr/bin/phpize), rather than the version that matches the version of PHP you're using - this is the reason for the fully qualified path in those commands.

However, you will still need version 2.13 of autoconf and autoheader, as the default versions available are incompatible with this version of PHP. I've merged #36 which may be related to this. I would suggest removing autoconf and autoheader through brew, and running boxen with this bug fix which will hopefully install them correctly.

Other things:

• File ownership shouldn't matter, as the same user that extracts the files is compiling them. This probably is a holdover from boxen originally switching to root and this presumably only affected you as you were manually compiling
• phpize command output isn't displayed as it hasn't been an issue, really all of the output should only be output at debug level, but I've never gone back and fixed this
• Setting pecl as the default provider only sets it as the default - it can still be overridden by explicitly specifying a provider when using the following, for example in the mcrypt and couchbase modules.

php_extension { $name:
  provider => php_source, # could specify any provider here, eg. git
  ...
}

[hussfelt]

@mattheath I have yet to figure out how to switch from a tag to a branch in my Puppet-file, so I'll await a new tag. :)

[pschulz]

Hi, sorry for coming back so lately. I did what you said:

brew remove autoconf
brew remove autoconf213

After merging master to fixproviders and one call of boxen I still get the same stuff here. The configure scripts et al become not generated.

[pschulz]

@mattheath I was just about to write you tons of text, but then I tried it again and again and now I was able to solve this.

If anybody else has this trouble with xdebug (or another extension may be), you should try this:

brew install autoconf213
brew link autoconf213

The latter did the trick for me - it is the one that was missing at my side.

@mattheath Shouldn't boxen somehow resolve, install and link autoconf213 if it is not there? It doesn't seem to do so. Thanks for your support.