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