[php-maint] php 5.3.1 in experimental

Raphael Geissert geissert at debian.org
Tue Jan 12 07:11:36 UTC 2010

2010/1/11 Ondřej Surý <ondrej at debian.org>:
> I am all for it. We just need to cherry-pick all changes made to 5.2.x
> (debian-sid) branch meanwhile, so we don't have regressions.

Ok, since nobody has raised any objection, let's do it.


* Merge latest .12 commits into -experimental branch

-> Done on my local repository.

* Shall we enable Enchant?

-> I'd say yes. I've already done it on my local repository, as a
separate package because it pulls in libenchant, libaspell,
libhunspell, libvoikko, libdbus, glib, etc.

* Shall we enable intl?

-> I'd say yes, but am not sure whether it should be done as a
separate package or not.
Things to take into consideration: it adds a dependency on, at least,
libidna, Conflicts (either at dpkg or extensions manager level -- I'd
prefer to handle it at the latter level) php5-idn. Should probably be
packaged separately.

* Send "bits from..." mail

-> To mention:
- Migration to 5.3
- Deprecation of # comments
- short_open_tags (see below)
- switch to extensions manager
- Invite new contributors? help with the BTS would be a good start.
- What else? (I'm surely forgetting something)

* Add lintian check for deprecated style of comments in .ini files

-> I can do that.

* Switch to the extensions manager

-> Status:
- It basically needs a rewrite as the shell scripts are rather fragile.
- Ship dh_php5ext in php5-dev
- Announce the switch

* What to do with short_open_tags?

-> Status:
- The default value in the code is On, but both the development and
production php.inis default to Off.
- Many php apps in Debian still use short_open_tags.
  + But it can now be enabled at runtime, but still requires reporting
it to the apps that use it.

* Regression test suite-based bug hunting

-> It is a shame that a lot of tests are failing and we are not doing
much about it. In some cases the tests are broken and need to be
fixed, but that's not usually the rule. What needs to be done:
+ Go grab the test-results.txt of every supported architecture
+ Get the list of tests that don't fail in all architectures and check
those first
+ Later check all the remaining failures

We should additionally start adding extra tests for bugs we encounter
and upstream didn't add a test for (usually security issues, but not

* Hardening?

-> I would like to use the hardening-wrapper and enable:

None of them should cause any trouble and STACKPROTECTOR complements
suhosin (which works at the Zend memory manager level, not libc's).
Only the stack protector and bind now options introduce a minor
performance penalty. The latter should not be a issue as it only
affects the start of php, and the former is not big deal as suhosin is
the one introducing the major performance penalty.


I know it all means more work, but it is doable and it is something we
really need to do. Please invite others to come and help.

Raphael Geissert - Debian Developer
www.debian.org - get.debian.net

More information about the pkg-php-maint mailing list