[pkg-php-pear] Let's reconsider the way Symfony2 Components are packaged for Debian

Mathieu Parent math.parent at gmail.com
Sun May 25 09:21:32 UTC 2014


Hi David, hi all,

2014-05-24 16:13 GMT+02:00 "David Prévot" <david at tilapin.org>:
[...]
> Great. I have no idea how to handle multiple composer.json files with
> dh_phpcomposer yet,

Why do you need this? This is not supported by composer itself.


> and I wish we could use the Composer parser instead of
> implementing our own in dh_phpcomposer, but those are two orthogonal
> goals.

This will lead to a bootstrap problem, as composer is packaged using
composer, with half-a-dozen dependencies.

And: what will this add? The json format is cleanly documented.


> I have no deep knowledge on pkg-php-tools, but had to hack it a little bit
> recently, and Mathieu follows the list, so this list is probably the best
> place to follow up anyway.

Taking about it, I'm currently re-writing pkg-php-tools (almost) from
scratch, with the following goals:

Milestone 1:
- having a readable code, using php >= 5.3 features (exceptions,
namespaces, autoload, spl, ...)
- test-driven development and 100% code coverage
- clean dependencies handling (including overrides)
- stable API of the /usr/bin/pkgtools binary
- backward compatible
- fix the php5-json bootstrap problem

Milestone 2:
- Improving composer support
- Adding composer autoload support (using /usr/share/php/vendor directory)

Milestone 3:
- work with other distributions to make it the reference
PEAR2deb,PEAR2rpm,composer2deb, composer2rpm

Milestone 4:
- rewrite phppear support without the PEAR dependency

Will release this new code under the Expat license.

Any remark?

Regards

Mathieu Parent



More information about the pkg-php-pear mailing list