PHPUnit version 6.0.0 have just been released
I'm thinking on the best way to have it in Fedora.
- requires PHP 7
- introduce namespace
- drop deprecated methods
The last one is probably a blocker for us, as tons of packages raise
warnings during the test suite about "getMock" usage.
PHPUnit 4.8 is EOL, so 4.8.34 (in epel-testing) will be the last one
PHPUnit 5.7 will be EOL in February 2018... in only 1 year (sadly even
before the PHP 5 EOL...)
Do you think it worth to create an parallel installable version ?
This will need new reviews for
php-phpunit-dbunit3 version 3.0.0
php-phpunit-php-code-coverage5 version 5.0.0
php-phpunit-mock-objects4 version 4.0.0
phpcov version 4.0.0
phpunit version 6.0.0
But having 2 providers for php-composer(phpunit/phpunit) will be
probably a bit hard, especially if we want to keep both command, so
/usr/bin/phpunit and /usr/bin/phpunit6
In all cases... seems we'll have to fix most of existing packages... :(
Any other ideas ? comment or feedback ?
I'm used to build PHP Release Candidate or stable version in rawhide, as
part of the PHP Project QA, usually shortly before their announcement.
So, as 7.1.2RC1 was tagged on Tuesday, I built it in Rawhide.
Koschei does its work, and allow us to discover some breakages (FTBFS
for Zend Framework, Atoum, Nette, Horde...)
So, we discover 2 regressions:
- in dom extension (also in upcoming 7.0.16)
- in the engine, in method prototype check
Thanks to Fedora QA, we were able to quickly fix these regressions
upstream (RM have reverted the bad change).
New version 7.1.2RC1 have been rebuild today in rawhide and everything
seems ok again.
This version will be officially announced as available soon today.
Just to enlight the great and useful collaboration between the 2 projects.
(this is not the 1st time this happen, but I'd like, for once, to give
it a bit more visibility)
P.S. sorry to all php package maintainers in fedora for the Koschei
noise / spam.