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

David Prévot david at tilapin.org
Mon Jun 2 21:10:36 UTC 2014

Hash: SHA256

[ Dropping the ITP for the review. ]

Hi Daniel,

> Le 29/05/2014 14:15, Daniel Beyer a écrit :

>> I've pushed some initial packaging, which can be found at:
>> http://anonscm.debian.org/gitweb/?p=pkg-php/php-symfony.git;a=summary

I had a quick look at the content of the debian/ directory, thanks for
your work. Here are a few things that popped up (not all item may
deserve to be acted upon, but I’d like if you could share your rationale
if you don’t wish to do so). Do not hesitate to ask for clarifications
of what follows.

Some general thoughts :
- - You may wish to name the source package simply “symfony”.
- - You may wish to also track the upstream Git repository:
- - You may follow the default upstream/master gbp branch naming and
ignore the specific upstream-$suite/debian-$suite that doesn’t give any
gain TTBOMK (and yes, I know this is advised by the current team policy
for PEAR packages).
- - There might be files that need to be stripped away from the upstream
tarball (e.g., sourceless Windows specific-files): php-symfony-console
has a +dfsg version.

Some initial remarks:
- - Please, do not start synopsis with an uppercase:
- - The first php-symfony-components metapackage may be simply renamed as
“symfony” and should be in section “metapackages”.
- - You should keep a common part at the end of the long description, as
was done in most current php-symfony-* packages.
- - Please, don’t use “php” nor “psr-0” in text, prefer the accurate
uppercase “PHP” and “PSR-0” versions.
- - Please, don’t use “MIT” as license name, but Expat:
- - Please, consider distributing the packaging with the same license as
- - The hard-coded export-dir in packages’ gbp.conf breaks many tools
(e.g., debi) and forces a workflow not shared by everyone, please
consider adding it to your own ~/.gbp.conf instead (and yes, I know this
is another advice you may have followed from the team policy).
- - I’ve not dug up into the complex d/rules yet, but you may use d/tmp
instead of d/build that will not need an override_dh_auto_clean. I like
the idea and the intent of d/rules, but adding some comments may help
the review and the hacking.
- - d/watch may be explicit about the 2.3 branch you intend to track.



Version: GnuPG v1


More information about the pkg-php-pear mailing list