[pkg-php-pear] Symfony 2.8 (Was: Fixing FTBFS in symfony before the PHP migration)

David Prévot david at tilapin.org
Sun Feb 14 12:12:37 UTC 2016

Hi Daniel,

Le 14/02/2016 06:53, Daniel Beyer a écrit :

> I opened up a dabe/wip/2.8.2 branch.


> 1. symfony-acl now is standalone

I already intended to package it today ;).

> 2. symfony-polyfill
> We could either package this thing (and its dependencies, see below) or
> patch Symfony to not depend on polyfill (choosing the proper
> replacements, like e.g. php7 or the mbstring extension).

My initial (lazy) preference would be to not care (i.e., use the proper
dependencies rather than adding yet another compatibility layer in the
archive), since Stretch should be released with a recent enough PHP
version. [0] On the other hand, that also means we wont be able to
install (directly as we mostly can now, or via backport) many packages
from Stretch into Jessie. I made that choice with owncloud already (that
uses polyfill too), but I’d be happy to make the latest version
installable on Jessie (as the current Jessie version is installable on

 0: https://lists.debian.org/debian-devel-announce/2016/01/msg00002.html

> symfony-polyfill has the following external dependencies:
> ircmaxell/password-compat

Is that really useful (given that it offers PHP 5.5 compatibility, while
even Jessie ship with PHP 5.6)?

> paragonie/random_compat

This one if for PHP 7 compatibility, so yeah.

> symfony/intl

Is that really useful (we already have php5-intl | php-intl in the archive)?

> I would prefer packaging symfony-polyfill above patching Symfony. What's
> your opinion on this?

I’ll prepare paragonie/random_compat (so we’ll be able to provide at
least the polyfill for php7, and patch the rest away as a first shot).
If we really want that, I can also take care of the other two.

I guess I’ll start working on symfony-polyfill itself after
paragonie/random_compat. not sure we really want all the packages built
from it, but I haven’t made up my mind yet.

> For now I concentrate on Symfony itself. I let you known if I stumble
> across more issues.

I uploaded php-phpdocumentor-reflection yesterday night (already
accepted by the never sleeping ftpmaster) that might be needed as a
build dependency (beware, it’s hacked to make it use php-parser 1.*
instead of 0.9.*, and fails part of its own testsuite, but its a better
start than nothing). I also uploaded php-psr-cache (already accepted
too), but that’s for symfony 3.0 ;).



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-php-pear/attachments/20160214/7e437df3/attachment.sig>

More information about the pkg-php-pear mailing list