On Sat, Mar 07, 2020 at 08:34:12AM -0800, Bryce Harrington wrote: > On Tue, Mar 03, 2020 at 11:01:54PM -0800, Bryce Harrington wrote: > > On Tue, Mar 03, 2020 at 12:38:08PM +0100, Christian Ehrhardt wrote: > > > Today I tried to fill my compile/test breaks with some help for php7.4 by > > > asking bryce this morning. > > > > I mostly indulged in non-PHP work today, but have some small updates: > > I'm going to try to summarize as many of the outstanding issues as I > know about currently. This is in rough order of priority as I view it. > > > * uwsgi-plugin-php: I *think* this merely needs a no-change rebuild, > but it's a really oddball package that is somehow generated as a > subpackage from uwsgi-src. I asked for advice on #ubuntu-devel. > How the heck do we build this???
Andreas squared this away. I approved his MP but wasn't sure if there was another tweak he wanted to do, so held off uploading it. But maybe it can go in now. > * php-mailparse: Cjwatson helped me diagnose this. It seems to be just > a rotten tarball, that needs to be re-packed with '.orig' removed from > its name, and re-uploaded. I repacked this with a differently named tarball and uploaded. > * php-defaults: php-recode/amd64 => unsatisfiable > > > a) - drop php-recode from php-defaults > > > - remove rev-deps src:fusiondirectory and src:gosa > > > otherwise update_output will stop you for making them > non-installable > > - Based on the discussion with Debian quoted previously in this thread, > php-recode need to be removed from these two packages. I've done this change for fusiondirectory. If that MP looks good, then tomorrow I can do gosa the same way (unless someone beats me to it...) > * phpunit > > > => But phpunit had further issues. > > > At least all 39 errors are about the same two things above, so one fix > > > should do it for all. > > > => https://github.com/sebastianbergmann/global-state/issues/21 > > > But as we learned from other threads in this whole topic there also is a > > > new phpunit - lets add that as well. > > > => These tests are still ongoing - I'll reply later > > > > I looked a bit at the new 9.0.1 release. It looks like it removes a > > fair bit of deprecated functionality. I think Robie's approach of > > cherrypicking the actual fix and leaving the merge until later, is the > > safest approach here. > > - I did a retrigger against the 12 failed packages, with > all-proposed=1, but no dice, still same packages fail. > - The excuses page mentions php-codecoverage and phpunit-globalstate > - This needs more investigation Still TODO > * php-text-password migration - still building against php7.3 > - Looks like it passed run with all-proposed=1 for phpunit but is > still blocked in migration. > - I've retriggered this, hoping our recent progress has cleared its > dependencies. I ran it without all-proposed, but with triggers > against the proposed phpunit and php7.4. Doesn't look like the above did it. Still TODO > * php-horde-* > > php-horde-nag > > php-horde-mnemo > > php-horde-lz4 > > php-horde-kronolith > > php-horde-imp > > php-horde-ansel > > php-horde-text-filter > > php-horde-mime > > - Some progress has been made getting these rebuilt for 7.4, but looks > like additional work is needed. They might need retriggered against > phpunit and other things, or may need no-change rebuilds Excuses lists "Test in progress". > * php-redis / php-mockery > - Doesn't block the php migration, but may be affected by it > - php-mockery probably needs a no-change rebuild. Still TODO > * php-text-captcha > - Doesn't block the php migration, but may be affected by it > - php-text-captcha has no binaries on any arch > - Maybe this one just needs dropped? Still TODO > * doctrine / php-doctrine-cache > - Doesn't block the php migration, but may be affected by it > - says "Invalidated by dependency" > - There's a number of *doctrine* packages that may be caught up in > this. Still TODO > * symfony / php-symfony* > - Doesn't block the php migration, but may be affected by it > - Bunch of missing builds; not sure what this needs, but guessing it's > another "one kick in the right spot" type of thing Still TODO > * php-lorenzo-pinky > - Doesn't block the php migration, but may be affected by it Still TODO Bryce -- ubuntu-server mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
