php-twig 3.x in circular build dependency situation with symfony 5
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
php-doctrine-bundle (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
php-twig (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
symfony (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
php-symfony-string is a new package introduced in symfony 5, but not in symfony 4. This package is required by php-twig 3.x for running its testsuite during the build process. Unfortunately, symfony 5 itself depends on three new packages introduced in php-twig 3. Thus, there is a circular dependency between these packages during build.
Since php-twig only requires php-symfony-string for its testsuite, a possible way to sidestep the problem is to temporarily skip running php-twig's testsuite, allowing the php-symfony-string dependency to be temporarily dropped.
Then, once this bootstrapped php-twig is in -proposed, symfony should hopefully complete its build. At that point we should be able to revert the php-twig testsuite disablement and re-upload it to build with the testsuite, and carry on from there.
Changed in php-twig (Ubuntu): | |
status: | New → Fix Released |
Changed in symfony (Ubuntu): | |
status: | New → Fix Released |
If only it were simple to build symfony once we landed php-twig, which I did, some moments ago. :)
Anyhow, symfony has a little bit of mess because of .so involved, which can be cleaned up easily but some tests behave oddly: TagInterop/ autoload. php' (include_ path='. :/usr/share/ php') Bundle/ DebugBundle once(Cache/ TagInterop/ autoload. php): Failed to open stream: No such file or directory in /usr/share/ php/Cache/ IntegrationTest s/autoload. php on line 4
```
Error in bootstrap script: Error:
Failed opening required 'Cache/
KO src/Symfony/
PHP Warning: require_
```
This probably happens in Debian as well; me and William (~williamdes)are investigating that on Debian and will try to have that fixed. Anyhow, disabling tests for symfony as well for now. I've got closer to building this. Mostly everything can be reverted once we have settled down the cicular-dependency hell hole. :D
Thus, adding symfony to this bug as well. It further needs dependency bumps which I'll take care of on top of this.