Posts

Post not yet marked as solved
0 Replies
778 Views
What are the recommended steps for non-interactively testing kexts on Big Sur/Monterey? Our CI pipeline deploys our in-development kexts to a macOS system and then runs tests on them without human intervention. This worked fine through 10.15, but with the latest 11.x and 12.x I cannot find any way to get around having to click "Allow" next to "System software from developer has been updated" in Security & Privacy. I thought perhaps this was a difference between notarized and non-notarized kexts, but even released versions of our kexts that are notarized experience the same problem. SIP is completely disabled, kext-consent is disabled, and our Team ID has been added to the kext-consent list. None of these seems sufficient to avoid having to click the Allow button. Is there any way (short of MDM, which is very heavyweight for this use case) to avoid kext consent during testing?
Posted
by GabeJones.
Last updated
.
Post not yet marked as solved
1 Replies
1.6k Views
At 4:15 in https://developer.apple.com/videos/play/wwdc2020/10210/, the on-screen text says "In macOS Big Sur, kexts that were deprecated in macOS Catalina will not load." The speaker, however says that they will not load "by default." What classes of kexts will be deprecated? What will the user experience look like when a kext is blocked? Will the user be given a chance to authorize it anyway?
Posted
by GabeJones.
Last updated
.
Post not yet marked as solved
1 Replies
957 Views
To join the Universal App Quick Start Program, you must be the Account Holder for the Apple Developer Account. Can the Account Holder then bestow access to Quick Start Program resources/private forums to other members of the organization? We have many people who can make use of this information, none of whom have access to the Account Holder account.
Posted
by GabeJones.
Last updated
.