Control: reassign -1 dh-php Control: severity -1 important Control: affects -1 + php-remctl Control: affects -1 + kopanocore Control: affects -1 + libguestfs Control: affects -1 + libvirt-php Control: affects -1 + mapserver Control: affects -1 + php-excimer Control: affects -1 + php-facedetect Control: affects -1 + php-horde-lz4 Control: affects -1 + php-luasandbox Control: affects -1 + php-wmerrors Control: affects -1 + php-sass Control: affects -1 + php-tideways Control: affects -1 + php-wikidiff2 Control: affects -1 + php-zeroc-ice
Replaying the control commands from the below message because it looks like they didn't take for some reason (maybe because there was a Control: line with no command at the start of the message). Ondřej Surý <ond...@sury.org> writes: > Hi Russ, > I am reassigning this bug to dh-php as I need to figure out what to > do with non-PECL extensions in the long run. The dh-php might > need some compatibility layer to support packages that bundle PHP > with something else. > I rewrote dh-php >= 4 to generate phpX.Y-<ext> out of the template > and there are couple more loose ends that needs either fix in the > package or in the dh-php. > The whole perl + shell + makefile has also lot of duct tape included. > I’ll either fix this directly in dh-php or provide the affected packages > with a patch. > 1. I don’t think missing dependency on PHP is a serious bug, it doesn’t > prevent usage of the extension, it just doesn’t pull the interpreter in. -- Russ Allbery (r...@debian.org) <https://www.eyrie.org/~eagle/>
