[MacPorts] #31132: MacPorts: Unable to create new file for libtclstub8.4.a, Permission denied
MacPorts
noreply at macports.org
Mon Sep 5 23:04:12 PDT 2011
#31132: MacPorts: Unable to create new file for libtclstub8.4.a, Permission denied
-------------------------------------+--------------------------------------
Reporter: ryandesign@… | Owner: macports-tickets@…
Type: defect | Status: new
Priority: Low | Milestone:
Component: ports | Version: 2.0.2
Keywords: powerpc tiger leopard | Port: MacPorts
-------------------------------------+--------------------------------------
Changes (by ryandesign@…):
* keywords: => powerpc tiger leopard
Old description:
> The privilege de-escalation code now used in MacPorts 2 seems to have
> broken the fixup code in the MacPorts port:
>
> {{{
> ---> Configuring MacPorts
> DEBUG: Using compiler 'Mac OS X gcc 4.0'
> DEBUG: Executing proc-pre-org.macports.configure-configure-0
> Fixing your MacOSX10.5 installation by copying libtclstub8.4.a to
> /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Tcl.framework/Versions/8.4/libtclstub8.4.a
> Error: Target org.macports.configure returned: xinstall: Unable to create
> new file for:
> /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Tcl.framework/Versions/8.4/libtclstub8.4.a,
> Permission denied
> DEBUG: Backtrace: xinstall: Unable to create new file for:
> /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Tcl.framework/Versions/8.4/libtclstub8.4.a,
> Permission denied
> }}}
>
> The obvious first try to fix this was to set `configure.asroot yes`
> inside the `if` clause before it attempts to copy into the library into
> the SDK, but this fails; it seems `configure.asroot` must be set before
> the configure phase even begins, so by pre-configure time it's too late.
>
> The workaround I used was to temporarily add `configure.asroot yes` to
> the main part of the Portfile and run it once, then remove that line
> again. Or I could have just manually fixed things. Since this is just a
> one-time fixup operation, and only needed for people building MacPorts
> disk images, it's obviously not a big deal. If nobody thinks of an easy
> fix, this ticket at least documents the issue and the workaround.
New description:
The privilege de-escalation code now used in MacPorts 2 seems to have
broken the fixup code in the MacPorts port:
{{{
---> Configuring MacPorts
DEBUG: Using compiler 'Mac OS X gcc 4.0'
DEBUG: Executing proc-pre-org.macports.configure-configure-0
Fixing your MacOSX10.5 installation by copying libtclstub8.4.a to
/Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Tcl.framework/Versions/8.4/libtclstub8.4.a
Error: Target org.macports.configure returned: xinstall: Unable to create
new file for:
/Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Tcl.framework/Versions/8.4/libtclstub8.4.a,
Permission denied
DEBUG: Backtrace: xinstall: Unable to create new file for:
/Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Tcl.framework/Versions/8.4/libtclstub8.4.a,
Permission denied
}}}
The obvious first try to fix this was to set `configure.asroot yes` inside
the `if` clause before it attempts to copy into the library from the SDK,
but this fails; it seems `configure.asroot` must be set before the
configure phase even begins, so by pre-configure time it's too late.
The workaround I used was to temporarily add `configure.asroot yes` to the
main part of the Portfile and run `sudo port configure` once, then remove
that line again. Or I could have just manually fixed things. Since this is
just a one-time fixup operation, only affects PowerPC Macs running Leopard
and Tiger, and is only needed for people building disk images of new
MacPorts releases, it's obviously not a big deal. If nobody thinks of an
easy fix, this ticket at least documents the issue and the workaround for
future release managers.
--
--
Ticket URL: <https://trac.macports.org/ticket/31132#comment:2>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list