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

[Daniel Beyer]

Hi David,

On Thu, 2016-02-11 at 18:32 +0100, Daniel Beyer wrote:
> Hi David,
> 
> On Thu, 2016-02-11 at 12:34 -0400, David Prévot wrote:
> > Hi Daniel,
> > 
> > (...)
> > 
> > Have you already made any progress on this?
> > (...)
> > 
> 
> I was too busy the past weeks, but will work on it this weekend.
> 

I opened up a dabe/wip/2.8.2 branch. So far I dealt with the image
licensing mess and (still, wip) our patches. But, while proceeding with
my work on Symfony, I want to let you know two problematic things I
already came across:

1. symfony-acl now is standalone
Upstream removed symfony-acl from the core and moved it into a separate
repository [1]. This means we need to package it on its own in Debian
from now on. Since there is now way around it, can you work on packaging
it? Please fell free to add me to the Uploaders: field in d/control.

2. symfony-polyfill
Upstream decided to use a compatibility layer for backporting features
found in newer versions of php for older php versions. For details
please have a look to its git repository [2].
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).
symfony-polyfill has the following external dependencies:
ircmaxell/password-compat
paragonie/random_compat
symfony/intl

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


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


Greetings
Daniel


[1] https://github.com/symfony/symfony/pull/15013
[2] https://github.com/symfony/polyfill
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-php-pear/attachments/20160214/1c1f9333/attachment-0001.sig>