Followup-For: Bug #823515 Hi,
during a test with piuparts I noticed some strange behavior w.r.t. the /usr/bin/phar alternative. After an upgrade from stretch to sid (which both have the same version of php7.0-cli), the /usr/bin/phar alternative is not cleaned up. This is not reproducible by just installing the package in either sid or stretch. An indication from the logfile is php-common diverting /usr/bin/phar on the upgrade from stretch to sid *after* php7.0-cli had set up an alternative there in stretch already. This most likely seems to clash in some way, so there should be a Depends on php-common (>= 1:37) to ensure the diversion is in place before the alternative is set up. Andreas
