[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#210360: php4-ming not installable

On Thu, Sep 11, 2003 at 02:21:53AM +0200, Ricardo Galli wrote:
> Package: php4-ming
> Version: 0.2a.cvs20020110-1
> Severity: normal
> It has a dependency to a package not existing in official Debian:
> zendapi-20020429
> It doesn't exist even in unstable.

On Sat, Oct 11, 2003 at 12:47:23PM +0200, Stephane Leclerc wrote:
> Package: php4-ming
> Version: 0.2a.cvs20020110-1
> Severity: important
> Package not sync with PHP4 3.3.3-1. Can't install lastest PHP4 if php4-ming
> is installed.

This bug looks easy, but is actually kind of complicated. I can build
php4-ming to depend on phpapi-20020918, but it appears that it needs
source changes as well. For instance, it uses the php_file_le_fopen()
function, which was present in php4 4:4.1.2-6 in testing but is missing
from php4 4:4.3.3-4 in unstable, so certain operations cause php4 to
segfault, such as
http://ming.sourceforge.net/examples/example.php?name=cxform (since I
couldn't find the backyard.jpg file referenced in the example, I faked
one up using english/vote/1999/debianlogo-3.jpg from webwml CVS).

I can't find any mention of this in php4's changelog file, and the
problem isn't fixed in libming's upstream CVS repository. For some
reason gcc doesn't issue any warnings about this either, so I can't use
that to find all the problematic code.

I think we need a PHP hacker to go through libming and forward-port all
its uses of the PHP API. If that doesn't happen, we'd better just remove
the php4-ming binary package for now, since it won't work properly with
the version of php4 in sarge without code changes.


Colin Watson                                  [cjwatson@flatline.org.uk]

Reply to: