Re: Xcode default "Install Permissions", clean "permission denied"
Re: Xcode default "Install Permissions", clean "permission denied"
- Subject: Re: Xcode default "Install Permissions", clean "permission denied"
- From: "Kyle Sluder" <email@hidden>
- Date: Wed, 22 Aug 2007 23:05:07 -0400
Actually, it's a one-liner in AppleScript. ``tell application
"Finder" to move the file "Macintosh HD:Users:...:Bundle.app" to the
trash``
You still haven't explained why your users should not be able to write
to the bundle. Pick any file in /Applications and you'll see it's 775
root:admin. Do you really have a compelling reason for your app to be
different?
In fact, perhaps you should consider filing a bug to change the
default deployment permissions to something more reasonable, like
"o-w,a+rX".
--Kyle Sluder
On 8/22/07, Jack Repenning <email@hidden> wrote:
> On Aug 22, 2007, at 6:54 PM, Alex Sheh wrote:
>
> > The main issue is that when I try to clean the configuration, Xcode
> > needs to be able to "rm" the previously built Bundle.app. However,
> > Xcode can't do this because the folders aren't writable, and the clean
> > fails. So basically developers can't clean from within Xcode and have
> > to manually remove the folder themselves, which doesn't make for an
> > efficient workflow.
>
> Yes ... it is possible to Trash these folders without extra
> authentication, so I thought of adding an AppleScript step to the
> clean target to have Finder trash 'em. Only you can't add scripts to
> the clean target, and anyway Finder doesn't have an Apple Event for
> "trash this."
>
>
>
> -==-
> Jack Repenning
> email@hidden
> Project Owner
> SCPlugin
> http://scplugin.tigris.org
> "Subversion for the rest of OS X"
>
>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden