<div dir="ltr">To answer the question posed in the subject line, turning off SIP inside of a VM is probably the best (and safest) way to test what the implications of turning SIP off on a system might be. Since the VM is completely self-contained, turning off SIP won't affect anything outside of it. I routinely turn off SIP on the macOS VMs I use for development and testing, and the one and only downside that I can think of is that if you hose the VM, you will have to either restore a snapshot or recopy the virtual hard disk from that copy you made before trying to undertake any potentially VM-hosing actions.<br><div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason Liu</div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 4, 2024 at 4:58 PM Mark E Anderson <<a href="mailto:mark@macports.org">mark@macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div class="msg5759223197446492503"><u></u><div><div>Because I refuse to let qt5-qtwebengine beat me, I've been running macports in VMs to test what the heck is going on with patching ninja files. Trace mode will work better if I turn SIP off, correct? But if I do, will things succeed that should fail? Or should I worry about that later, since they'll get tested on the build bot and CI?<br></div><div><br></div><div>—Mark<br></div></div></div></blockquote></div>