[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