Okay. Now I see what you mean. I can see how the -sacl flag affects the
output MSI. I followed these steps:

1. Create a folder to send the output of the build to, call it something
like "Output"
2. Set the permissions on that folder to not inherit their permissions from
the parent folder and then set some restrictive permissions, like giving
only Read access to the System user
3. Build the MSI and output it to that folder
4. Check the MSI's permissions. Without the -sacl flag, it should have
picked up the restrictive permissions of the Output folder
5. Add the -sacl flag and rebuild. Now, the output MSI has unrestricted
privileges because Light needs that to copy/move files around during the
binding phase. -sacl means that instead of returning things back to normal
when it's done, Light skips that step and the file ends up keeping the
unrestricted permissions

I suppose one might use -sacl when the permissions on the output folder
(maybe a network share) are way too restrictive?
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Meaning-of-Light-s-sacl-tp5416423p5418654.html
Sent from the wix-users mailing list archive at Nabble.com.

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to