| Summary: | dev-lang/php-5.4.40, dev-lang/php-5.5.24 ACCESS VIOLATION with USE="phar" | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Stuart Shelton <srcshelton> |
| Component: | [OLD] Development | Assignee: | PHP Bugs <php-bugs> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
php-5.4.40 build log
php-5.4.40 sandbox log php-5.5.24 build log php-5.5.24 sandbox log |
||
|
Description
Stuart Shelton
2015-04-22 16:08:20 UTC
Created attachment 401816 [details]
php-5.4.40 sandbox log
Created attachment 401818 [details]
php-5.5.24 build log
Created attachment 401820 [details]
php-5.5.24 sandbox log
So the problem appears to be:
```
src_configure() {
addpredict /var/lib/net-snmp/mib_indexes
```
... which fails if /var/lib is a symlink (to /var/state, say).
I don't know whether this is still current, but certain revisions of the FHS state:
"/var/state: Previous releases of this standard used the name /var/lib for this hierarchy. /var/lib is deprecated, but it may be used in parallel with the required /var/state hierarchy, as a transitional measure for application-specific data. Note, however, that this allowance will be removed in a future release of the standard. Alternately, /var/lib may be made a symbolic link to /var/state."
... and I do consider /var/state to be more representative of function than /var/lib.
In any case, this would actually appear to be a portage bug in that 'addpredict' doesn't follow symlinks?
(In reply to Stuart Shelton from comment #4) > ... and I do consider /var/state to be more representative of function than > /var/lib. > > In any case, this would actually appear to be a portage bug in that > 'addpredict' doesn't follow symlinks? If you make changes from the baselayout that Gentoo provides, you get to pick up the pieces. That said, I'm not sure how the sandbox handles symlinks, it could be very dangerous to blindly follow them IMO. On a side note, no need to tar up a single log file.. just use bzip2 by itself. I cannot find /var/state in any current FHS document. The last reference to /var/state I can find is http://www.gossamer-threads.com/lists/drbd/users/473 which said that /var/lib replaced /var/state in FHS 2.1 Where did you get the quote from? If you want to argue that an addpredict for the sandbox should follow symlinks, perhaps you should file a bug for that
For reference, the following stanza fixes this issue regardless:
local varlib="/var/lib"
if [[ -L "${varlib}" ]]; then
varlib="$( readlink -e "${varlib}" )"
fi
addpredict "${varlib}"/net-snmp/mib_indexes
unset varlib
(... although this does add a dependency on 'readlink', but this is from coreutils)
|
