[php-maint] parallel broken? and misc changes

Ondřej Surý ondrej at sury.org
Tue Feb 23 20:07:04 UTC 2016


Hi,

could you either of you guys check your build log for multiple
configure-<sapi>-stamp invocations? It seems to me that there's
something broken with parallel that makes the each
configure-<stamp>-target to be run multiple time instead of just once
and that makes php builds so slow.

I have disabled the parallel builds in git repository for now, but if
either of you could spend some cycles to check whether I am right and
what might be the fix, it would be nice.

Also a big change has happened - most of the extensions are now shared
and included in -common package since 7.0.3-6. Some of the extensions
made it into separate package and I collected all XML related in
php7.0-xml. Since there was some stuff missing I had to release -7 and
-8 to fix the most blatant mistakes (not my best day ever today), so
double checking the result would be welcomed.

php-defaults now generates version number for packages dynamically from
1: + sorted $(SUPPORTED_VERSIONS) s/ /+/ + $(DEB_VERSION), so changelog
32 creates 1:7.0+32 package number for single build and 1:7.0+5.6+32 for
dual builds.

Also there's something weird when you purge package straight away ->
there are dangling symlinks left in
/etc/php/<ver>/<sapi>/conf.d/10-<removed_ext>.ini. Also worth
investigating and fixing. I tried to tackle that in latest uploads, but
unsure whether I got it right and it also probably needs fixing in
dh_php. Or phpdismod from php-defaults should be able to cope with
missing /etc/php/mods-available/<removed_ext>.ini and destroy the
dangling symlink anyway.

Cheers,
-- 
Ondřej Surý <ondrej at sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server



More information about the pkg-php-maint mailing list