[pkg-php-pear] Bug#926883: php7.3 breaks symfony autopkgtest

Ondřej Surý ondrej at sury.org
Sat Apr 13 20:27:47 BST 2019

I am actually not sure this is related to PHP update, see the error:

+ rm -rf ./vendor
+ patch -Rp1
patching file src/Symfony/Component/Form/Tests/Console/Descriptor/AbstractDescriptorTest.php
+ exit 1

which comes from debian/tests/phpunit:

rm -rf ./vendor
patch -Rp1 < debian/patches/DEP-8/Form-drop-test-failing-on-CI.patch

which also fails if you test it manually.

There’s one WARNING, and it’s the exactly the one warning that has been previously patched out:

— cut here —
1) Warning
The data provider specified for Symfony\Component\Form\Tests\Extension\Core\Type\DateIntervalTypeTest::testSubmitNullUsesDateEmptyData is invalid.
DateInterval::createFromDateString(): Unknown or bad format (6 years and 4 months) at position 8 (a): The timezone could not be found in the database

Tests: 3512, Assertions: 7977, Warnings: 1, Skipped: 2, Incomplete: 8.
— cut here — 

I can probably do NMU if David doesn’t have time to fix this, but it’s definitely unrelated to 7.3.3 to 7.3.4 update looking from where I stand.

Ondřej Surý
ondrej at sury.org

> On 11 Apr 2019, at 21:14, Paul Gevers <elbrus at debian.org> wrote:
> Source: php7.3, symfony
> Control: found -1 php7.3/7.3.4-1
> Control: found -1 symfony/3.4.22+dfsg-1
> Severity: important
> X-Debbugs-CC: debian-ci at lists.debian.org
> User: debian-ci at lists.debian.org
> Usertags: breaks needs-update
> Dear maintainers,
> With a recent upload of php7.3 the autopkgtest of symfony fails in
> testing when that autopkgtest is run with the binary packages of php7.3
> from unstable. It passes when run with only packages from testing. In
> tabular form:
>                       pass            fail
> php7.3                 from testing    7.3.4-1
> symfony                from testing    3.4.22+dfsg-1
> versioned deps [0]     from testing    from unstable
> all others             from testing    from testing
> I normally copy some of the output to the bottom of this report, but the
> output is long and littered with shell makeup code and I was unable to
> spot where the error was. All I see is "exit 1" and multiple "OK, but
> incomplete, skipped, or risky tests!"
> Currently this regression is blocking the migration of php7.3 to testing
> [1]. Due to the nature of this issue, I filed this bug report against
> both packages. Can you please investigate the situation and reassign the
> bug to the right package? If needed, please change the bug's severity.
> More information about this bug and the reason for filing it can be found on
> https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
> Paul
> [0] You can see what packages were added from the second line of the log
> file quoted below. The migration software adds source package from
> unstable to the list if they are needed to install packages from
> php7.3/7.3.4-1. I.e. due to versioned dependencies or breaks/conflicts.
> [1] https://qa.debian.org/excuses.php?package=php7.3
> https://ci.debian.net/data/autopkgtest/testing/amd64/s/symfony/2231104/log.gz

More information about the pkg-php-pear mailing list