It seems to be more related to a regression or change in Xcode 16 beta 5 vs Xcode 15.4 than that. In Xcode 15.4, it works perfectly, regardless of the name of the folder. When I rename the file and compile in Xcode 16 beta, using either the new format Xcode project or old one, it doesn't appear to be loading correctly. I've updated the sample project to change the name of the directory, but it doesn't appear to make a difference, and the product built by Xcode 16 still fails to include the resource and present it. There appear to be perhaps multiple issues at play. After renaming the directory to prairie.skybox for this example - when the older Xcodeproj is built and run from Xcode 16, there's a different error reported - although the resource is correctly embedded: Unable to load resource: Reality File version 11 is not supported. (Latest supported version is 9.) It is all working - regardless of the name of the skybox directory - when built and run from Xcode 15.4.

I was just hitting the same issue recently, found this, and noted a possible solution. Using Xcode 15.4, when I used the -derivedDataPath argument, DONT specify the value with an = sign. For example: mkdir -p myDD xcodebuild -scheme MyApp -derivedDataPath ./myDD test worked as I hoped it might

My error here was in how I created the Signposter. To get a segment to show up on the PointsOfInterest in the profiler, you need to create it with the preset category of .pointsOfInterest. For example, instead of: signposter = OSSignposter(logger: logger) I should have set it: signposter = OSSignposter(subsystem: "MySubsystem", category: .pointsOfInterest) (thank you James Dempsey) - who also pointed out that I could add the different os_signpost instrument to see the ones that I'd created with the original method. They just didn't show up in the PointsOfInterest segment of the time profiler.