[php-maint] Plans for wheezy

Raphael Geissert geissert at debian.org
Fri Jan 6 22:57:36 UTC 2012


Hi everyone,

Although sid has been kept up to date thanks to Ondrej (and recently Sean), I 
think it is time to define the goals we want to achieve for wheezy, and what 
it would take to get there.

I can think of a few, but please comment and compliment:

* Ship 5.4.x
Requires: another transition, there's an ABI bump
We would need to prepare packages of 5.4 in experimental. The sooner the 
better. The longer we can make it available for testing will help stabilise 
it. At least the preparations should be made. I haven't followed the commits 
for a few months now, so I don't know how the code is, quality-wise.
The request for mysqlnd comes again, and even though I don't really like it, 
we will probably have to make the switch soon.

* Trimming SAPIs by shipping some extensions as additional packages
There are a few extensions which I doubt anyone actually uses. With the 
current packaging approach we have no idea who uses what extensions.
My proposed solution would be to first add virtual packages for each extension 
included in the core (excluding main stuff like: core, sockets, pcre, session, 
zlib, etc.)
Then we would ask package maintainers to add dependencies as needed, so that 
we can eventually split some of them from the SAPIs. Versioned dependencies 
are rare, so we would be fine with virtual pkgs for now.

* Include an extensions manager, finally
There's not much to say about this, I think. The basic approach I think is 
very well understood. What language is used by the manager, and the way 
conflicts would be declared need to be decided, though.
My original work is rather messy, so it definetely needs a rewrite.

* Improve build-time testing
I can think of testing the pgsql-related extensions and enabling the http-
based tests. Not sure if we also want to test the ldap extension while at it.
I remember reading about an internal http server being shipped so that at 
least some of the http tests could be run, but we really need to consider 
specific SAPIs (especially apache.)

* Reduce build time
The testing phase is taking the most time nowadays. Some time ago I wrote a 
patch that allowed for multiple processes to be started in parallel. It had a 
few issues with the collection of test results, but nothing that can't be 
fixed.
http://marc.info/?l=php-internals&m=126680115113101
I'm rather hopeless on the long-awaited rewrite (*cough* extensions manager 
*cough*) mentioned on the thread.


Anything else?

It seems like the usual burn-ratio of PHP has hit Ondrej, so I'm going to try 
to find more time to get things moving here.
(yeah, right, especially because I wrote most of this email like five months 
ago :-/)

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



More information about the pkg-php-maint mailing list