PHP pecl compiles for the wrong version

[jrbasso]

We have a script that runs pecl install on php 5.5 environment and it compiles and installs the pecl extension for a php 5.6. See a print from the job:

This causes PHP to fail to load the extension for obvious reasons:
PHP Warning: PHP Startup: Unable to load dynamic library '/home/travis/.phpenv/versions/5.5.37/lib/php/extensions/no-debug-zts-20121212/apcu.so' - /home/travis/.phpenv/versions/5.5.37/lib/php/extensions/no-debug-zts-20121212/apcu.so: cannot open shared object file: No such file or directory in Unknown on line 0

It is happening in a private repo, so I can't share the link.

Part of our .travis.yml:

dist: trusty
language: php

sudo: required

addons:
  apt:
    packages:
    - mysql-server-5.6
    - mysql-client-core-5.6
    - mysql-client-5.6

php:
  - 5.5

services:
  - memcached

env:
  matrix:
    - BUILD_TASK=php    CACHE_A=~/.composer

notifications:
  email: false

cache:
  directories:
    - $CACHE_A

install:
  - sh contrib/travis-environment.sh
  - sh contrib/travis-dependencies.sh

before_script:
  - sh contrib/travis-db.sh
  - chmod -R 777 ./app/tmp

script:
  - sh contrib/travis-lint.sh
  - if [ $BUILD_TASK = php ];    then ./app/Vendor/bin/cake test --configuration phpunit.xml -app app app AllTests --stderr; fi;

[BanzaiMan]

Thanks for opening the issue. Looks like the new images shipped with incorrect pecl defaults. We are working to restore working runtimes as fast as we can.

Thank you for your patience.

[BanzaiMan]

In the meantime, I've uploaded PHP 5.6.23 and 5.5.38 with what I believe is correct configuration. Could you test those? You'd have to specify with TEENY version:

language: php
php:
  - 5.5.38 # for example

[jrbasso]

Seems the new version works fine.

The build finished ✅

[BanzaiMan]

Yay! Thanks for the confirmation. We will be updating the images soon. <3

[meatballhat]

I expect images with this fix to be available via group: edge within the next 2 hours, and for a promotion to group: stable (the default) sometime next week.

[matthiasmullie]

5.5 appears to have been fixed, but I'm still seeing this same issue with 5.6 and 5.4, both attempting to install for 7.0.7.

5.6: https://travis-ci.org/matthiasmullie/scrapbook/jobs/158497613#L285
5.4: https://travis-ci.org/matthiasmullie/scrapbook/jobs/158497641#L284

[BanzaiMan]

@meatballhat Could you review the image?

[meatballhat]

@BanzaiMan Can you help me understand why this change was made? travis-ci/php-src-builder@c048d27

AFAICT many versions present in the travis-php-archives S3 bucket do not include ~/.pearrc, which (I think?) explains why different preinstalled versions and activated versions cause the behavior described in this issue.

[matthiasmullie]

Has there been any progress on this?

[BanzaiMan]

@matthiasmullie We've been making new archives and rolling out new images. We might have missed something, or we have not updated images which are relevant to your builds. Could you point to a build log URL that shows your current issues?

[matthiasmullie]

Sure.
5.6: https://travis-ci.org/matthiasmullie/scrapbook/jobs/176388538#L292
5.4: https://travis-ci.org/matthiasmullie/scrapbook/jobs/176388606#L288

[wlalele]

Any progress on this ?

[matthiasmullie]

This appears to have been fixed by now.
5.6: https://travis-ci.org/matthiasmullie/scrapbook/jobs/182532257
5.4: https://travis-ci.org/matthiasmullie/scrapbook/jobs/182532275

[stale]

Thanks for contributing to this issue. As it has been 90 days since the last activity, we are automatically closing the issue. This is often because the request was already solved in some way and it just wasn't updated or it's no longer applicable. If that's not the case, please do feel free to either reopen this issue or open a new one. We'll gladly take a look again! You can read more here: https://blog.travis-ci.com/2018-03-09-closing-old-issues