
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div><blockquote type="cite" class="">I’m still very new to the Big Sur and Monterey scene - particularly relative to development - and could use some assistance with the following ticket. But in short, when various apps are run, user files are inaccessible.<br class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><br class=""></div><div class=""><a href="https://trac.macports.org/ticket/65302" class="">https://trac.macports.org/ticket/65302</a></div><div class=""><br class=""></div><div class="">Given that our bundles are unsigned, this makes some sense. However, even when apps are granted full disk access via the “Security and Privacy” settings, access is still blocked.</div><div class=""><br class=""></div><div class="">Yesterday I went a step further, and tried adding GateKeeper exceptions for MacPorts apps via ’spctl’. But that doesn’t cut the mustard, either. (Details in the ticket.)</div><div class=""><br class=""></div><div class="">So… thoughts as to how we address this?</div></div></div></blockquote></div><br class=""><div class="">After reviewing existing portfiles, it looks like a few are explicitly using ad-hoc signing. And according to Apple’s docs, it sounds (?) like that should be sufficient. (At least for Big Sur and Monterey, anyway. Ventura may be more problematic, but let’s ignore the latter for now.)</div><div class=""><br class=""></div><div class="">Based on some quick tests, though, that doesn’t appear to be effective.</div><div class=""><br class=""></div><div class="">Does anyhow happen to know whether signing the app bundle alone should be enough? Or does every binary/dylib used by a given app, also need to be signed as well?</div></body></html>