Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
So we've got php7 containers, but they aren't really that useful because php7 isn't "done" yet. So we need to keep the php7 containers updated with a most recent build of php7. Otherwise the env will show failures that may or may not be bugs in php7 itself that may or may not have been addressed.
Additionally the assumption is that we're not going to automate builds of php7, so it would be useful for the test reviewers to know which version of php was built so they can know if some fails are important or not.
Comments
Comment #1
MixologicUntil we actually upgrade the bots, at the very least, this is what they are running:
Comment #2
MixologicComment #3
BerdirThis is the problem atm with PHP 7 :)
See #2547715: Cannot access protected property $this->storage on Install inside SqlContentEntityStorageSchema::
The bug was fixed, but until we update PHP7, then DrupalCI results for PHP7 will be useless.
Comment #4
webchickFrom our discussion today, I understood this to be a blocker to Drupal 8. Raising to critical and adding the tag.
Comment #5
MixologicWe've added php version display to the console log output, and are doing a docker pull if the environment is php7.
https://dispatcher.drupalci.org/job/php7_mysql5.5/40/consoleFull
Right now the build is a manual one button trigger, but can be executed on demand - we're delayed on docker hub to fix an issue with their remote build trigger api.
Until such time we can rebuild php7 whenever the devs need it.
Comment #6
isntall CreditAttribution: isntall at Drupal Association commentedThe blocker for automatic builds has been fixed
We have setup a cron to build daily web-7 containers.
The dispatcher job for php 7 will pull the latest web-7 container every run.
And we are displaying the version info with
php -v
Comment #8
MixologicWe need to update to use the proper branch. Not sure which one we should use - Right now we're using "Master" which moved us over to 7.1, which isnt what we want.
So we have the option of either chasing PHP-7.0, which is the 7.0 dev branch, or we follow PHP-7.0.0, which is the release branch for php7, so we'' only go from one RC to the next.
Comment #9
MixologicSince we are using php-build to create builds of php on the fly, we're going to use the definition file they already have defined: https://github.com/php-build/php-build/blob/master/share/php-build/defin... which equates to the 7.0 branch. so we'll still be bleeding edge, just not 7.1 anymore.
Comment #11
isntall CreditAttribution: isntall at Drupal Association commentedComment #12
MixologicLGTM++ hotfix and rebuild at will.
Comment #13
MixologicWell, we're back onto the PHP-7.0 branch. But we still have 100 segfault fails.