Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

brijazz

macrumors 6502
Original poster
Jul 31, 2008
420
565
I have an app that I'd like to sandbox on a disk image. Essentially, I'd like to run the app so that its Application Support files, Preference files, etc. reside exclusively on the disk image, and don't move into the standard ~/Library locations.

My current solution is to move the App Support/Preference file structure onto the disk image, and then symlink to it from the ~/Library/ folders that the app creates. It works, but it's a little kludgy. Is there a better way?
 
Why do you want to do that?

Are you looking to symlink your ~/Library or the application's files that get created in ~/Library
 
Why do you want to do that?

Are you looking to symlink your ~/Library or the application's files that get created in ~/Library

I currently symlink any ~/Library/Application Support and ~/Library/Preferences files that are created by the app in question.

What I really want is a way to run the app from the disk image so that it doesn't try to write to the standard OS X locations listed above.
 
But why do you want to do that? What advantage do you gain by such an action.

I'm just trying to understand the actions you're taking?

What application are you wanting to do this to?
 
But why do you want to do that? What advantage do you gain by such an action.

I'm just trying to understand the actions you're taking?

What application are you wanting to do this to?

I want to do this so that once I eject the disk image, it's as if the app never existed on my machine in the first place. I keep some files on an encrypted disk image for extra security/privacy. I tag them with "Leap". I don't use Leap on any files that aren't on the disk image, so I don't see the need to leave it's prefences plist or various app support files behind once I eject the image.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.