Opened 13 years ago

Last modified 11 years ago

#31132 new defect

MacPorts: — at Initial Version

Reported by: ryandesign (Ryan Carsten Schmidt) Owned by: macports-tickets@…
Priority: Low Milestone:
Component: ports Version: 2.0.2
Keywords: powerpc tiger Cc:
Port: MacPorts

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.

Change History (0)

Note: See TracTickets for help on using tickets.