well, to answer my own post, in the interest of some agent somewhere
logging this for some other lost soul ...
On 2004-06-08 13:46:00 -0400 Armando Di Cianno
<[EMAIL PROTECTED]> wrote:
make[1]: Entering directory
`/var/tmp/portage/gworkspace-0.6.5_p060804/work/gworkspace/FSNode'
Making install for framework FSNode...
Creating
/var/tmp/portage/gworkspace-0.6.5_p060804/image//usr/GNUstep/System/Library/Frameworks...
Installing framework FSNode...
tar: FSNode.framework/Versions/A/FSNode: Cannot change ownership to
uid 0, gid
0: No such file or directory
tar: FSNode.framework/Versions/A/libFSNode.so: Cannot change
ownership to uid
0, gid 0: No such file or directory
tar: Error exit delayed from previous errors
make[2]: *** [internal-framework-install_] Error 2
make[1]: *** [FSNode.install.framework.variables] Error 2
make[1]: Leaving directory
`/var/tmp/portage/gworkspace-0.6.5_p060804/work/gworkspace/FSNode'
make: *** [internal-install] Error 2
Gentoo, with it's sandbox, really does the job, even a bit too much.
Becuase permissions are protected in the sandbox, the
FSNode.framework/Versions/A/{symlinks} (only in frameworks 'cause the
frameworks makefile is the only one that calls tar to copy it seems)
to the internal library files cause the error. This seems to be
because, as I compile as root, sandbox will not let me tar/untar a
non-absolute link into live system that is set for permissions ...
dumb solution, but much better than turning off Gentoo's sandbox:
export TAR_OPTIONS="--no-same-owner" ... I should've caught that
sooner!
