ports/69592: www/gallery broken by new PHP structure

[David Wolfskill]

>Number:         69592
>Category:       ports
>Synopsis:       www/gallery broken by new PHP structure
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jul 25 20:20:25 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator:     David Wolfskill
>Release:        FreeBSD 4.10-STABLE i386
>Organization:
Wolfskill & Dowling Residence
>Environment:
System: FreeBSD bunrab.catwhisker.org 4.10-STABLE FreeBSD 4.10-STABLE #72: Sun Jul 25 06:47:57 PDT 2004 root at freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/BUNRAB i386


>Description:

/usr/ports/UPDATING's entry for 20040719 correctly notes some issues
with respect to PHP.

However, there are ports (such as www/gallery) where the current PHP
port structure does not let the installer of the port know which PHP
extensions are required.

Indeed, the www/gallery port does not indicate that any such extensions
are required, with the result that it is easy to do a do an install of
www/gallery with no errors indicated until it's time to actually try to
use it, at which point messages such as

	Fatal error: Call to undefined function: session_id() in /usr/local/www/data-dist/gallery/session.php on line 47 

will be displayed instead of the desired information.

>How-To-Repeat:
Start with a machine running FreeBSD-STABLE, with /usr/ports
populated, but no ports installed.  Then

	cd /usr/ports/www/gallery && make install

After some time, the process should finish; if you point a Web browser
at http://localhost/gallery, you should see something similar to the
above "Fatal error".

>Fix:

It looks as if installing the "right" PHP extensions ought to fix this.
Apparently gallery depends on devel/php4-pcre and  lang/php4-extensions;
it may depend on other ports, as well.

I think the dependencies for www/gallery need to be re-worked to avoid
the problems

Peace, 
david
-- 
David H. Wolfskill				david at catwhisker.org
I do not "unsubscribe" from email "services" to which I have not explicitly
subscribed.  Rather, I block spammers' access to SMTP servers I control,
and encourage others who are in a position to do so to do likewise.
>Release-Note:
>Audit-Trail:
>Unformatted: