On 1/1/22 10:18, Kunal Mehta wrote:
On 1/1/22 00:01, Paul Gevers wrote:
It seems I don't understand how PHP packaging works. I scheduled
rebuilds of several packages that were yesterday on the tracker page
[1] when that still only had the phpapi-* listed. Several packages
can't be build yet it seems (because they depend on packages that need
new uploads), but e.g. wikidiff2 built fine *but disappeared* from the
tracker. I looked at a build log [2] and noticed that the binary has
files in /etc/php8.1 (and not in /etc/php7.4), but doesn't tell
otherwise (in package relations) that it's meant for php8.1 and not
for php7.4. Why did that phpapi-* thing disappear? Is that intended?
The built binaries already migrated to testing, while the default
there is still php7.4. I assume we can consider php-wikidiff2
(partially?) broken now *in testing*? Same for php-luasandbox [3],
php-geos [4], and php-excimer [5] (which also FTBFS on mipsel).
Previously the dh_php step would add the phpapi-<date> dependency,
however this was removed[1] and the new php<version>-common dependency
is added via pkg-pecl.mk[2]. The packaging for
wikidiff2/luasandbox/excimer/wmerrors (all basically identical) only
uses the dh_php step, and not pkg-pecl.mk.
The removal of the phpapi dependency should be reverted.
php-geos now only depends on: php-common (>= 1:7.0+33~)
But it installs files in /etc/php/8.1/mods-available and
/usr/lib/php/20210902 which are not provided by older php-common versions.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1