Hey Ken158, I am also looking at making my own UWB device. Have you tried the latest iOS 15 API for Nearby Interaction? (you may skip the first 6 minutes) Explore Nearby Interaction with third-party accessories

There is no API to use Airtags or Homepods at the moment. Not sure there will ever be. Not that I work for Apple or anything, but I suspect that Apple wants to encourage manufacturers and companies to build their own UWB devices. At the moment you can build apps using the NearbyInteraction framework available with iOS 15, using XCode Beta, and at least two iPhone 11, iPhone 11 Pro, and iPhone 11 Pro Max or later. You can have a look at the code sample "Implementing Interactions Between Users in Close Proximity" on how to share the discoveryToken from NearbyInteraction using the MultipeerConnectivity framework.

Bringing some updates to my own post. I got in touch with an engineer at Apple via Technical Support. It's apparently possible to connect to more than one UWB source at a time, by creating one NISession per discovery token. According to this engineer, at the moment an iPhone 12 Pro like the one I use, should be able to handle around three connections at the same time, but there is no limitation and that number might increase in the future alongside hardware improvements.

No, you are right. You don't need XCode Beta 13 to use the Nearby Interaction framework.

Not that I can offer an explanation, but I am experiencing the same, no matter what value I send to https://appleid.apple.com/auth/revoke it always returns HTTP 200 ¯_(ツ)_/¯

Summary In case it can help someone, here my solution. Our team uses a "self-hosted" Sentry instance, so I had to provide the URL to sentry-cli. Instead of passing the parameters directly as arguments to the binary, I used the Environment Variable panel in XCode Cloud. SENTRY_URL, SENTRY_ORG, SENTRY_PROJECT, SENTRY_AUTH_TOKEN. The advantage is that your variables do not appear in the script, and also you can set the SENTRY_AUTH_TOKEN as secret. Another advantage of XCode Cloud is that you can use Homebrew to install dependencies. See documentation. Scripts ci_scripts/ci_post_clone.sh #!/bin/sh brew install getsentry/tools/sentry-cli ci_scripts/ci_post_xcodebuild.sh #!/bin/sh if which sentry-cli >/dev/null; then ERROR=$(sentry-cli upload-dif --include-sources "$CI_ARCHIVE_PATH/dSYMs" 2>&1 >/dev/null) if [ ! $? -eq 0 ]; then echo "warning: sentry-cli - $ERROR" fi else echo "warning: sentry-cli not installed, download from https://github.com/getsentry/sentry-cli/releases" fi

@mitchtreece Was your package crashing with XCode 14 or this only occurred after moving to XCode 15? I am also experiencing a similar issue, with an old framework written in Objective-C that I am using my project. When compiling with XCode 14, no problem at all the code works just fine, but when compiling with XCode 15, the package crash at the first instantiation of a class, with no obvious reason.

I am also facing this issue right now. wth is that?

I could reproduce on a brand new project with https://github.com/apple/swift-log.git

I've opened a thread on the Swift Forum. I hope we can get some help there. https://forums.swift.org/t/fatal-cannot-use-bare-repository/75588 Also, the solution mentioned by ndebei79 works if that can help some.

Is there a way to attach the debugger to the Live Activity extension to use breakpoints or debug print?

I know that's an old thread, but has anyone tried local notification via UNUserNotificationCenter? I am planning to try this approach tonight. When starting the live activity in the app, we maybe can schedule a local notification and catch it from the live activity?