ports/119074: portupgrade php/eaccelerator install order problem

Kevin Day kevin at your.org
Thu Dec 27 20:00:07 UTC 2007


>Number:         119074
>Category:       ports
>Synopsis:       portupgrade php/eaccelerator install order problem
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Dec 27 20:00:07 UTC 2007
>Closed-Date:
>Last-Modified:
>Originator:     Kevin Day
>Release:        6.2/6.3-RC1
>Organization:
Stile Project Inc
>Environment:
>Description:
When doing a "portupgrade -af" when you have lang/php5 and www/eaccelerator installed, sometimes you end up with the order of modules in /usr/local/lib/php/extensions.ini wrong.

In extensions.ini, eaccelerator.so must appear after session.so. Normally when doing a "make install" in www/eaccelerator, it's ensured that php5-session is installed before eaccelerator can be, so the order in extensions.ini is correct.

However, after doing a portupgrade, each line in extensions.ini is deleted (after each extension is temporarily deinstalled) then appended back at the bottom when it is reinstalled. If eaccelerator gets rebuilt before lang/php5-extensions, it bubbles up to the top of extensions.ini causing php to break because eaccelerator has a dependancy on symbols that session.so exports.


>How-To-Repeat:

>Fix:
The workaround is to manually edit extensions.ini to move eaccelerator back to the bottom, but I don't have a deep enough understanding of how ports dependancies are tracked within portupgrade to tell it to rebuild eaccelerator after rebuilding php5-session.




>Release-Note:
>Audit-Trail:
>Unformatted:



More information about the freebsd-ports-bugs mailing list