Workaround that worked for me: Select one of the apps that is shown in the list (any one). From the details page this app click the down chevron next to the app title and change the app to the app you actually want to update.

This particularly app (just for me) embeds the Java runtime. The java runtime is contained within a framework of mine. Xcode complains that the hardened runtime isn't enabled for these prebuilt executables. Is there a way to have Xcode GUI handle this when I archive or do I have use the command line?

So to play on AVAudioEngine you have to use the same format returned by mainMixerNode.inputFormatForBus? If I have an audio buffer already constructed in with format AVAudioPCMFormatInt16 I can't schedule it on AVAudioEngine?

So I tested converting the AVAudioPCMBuffer I have (which is AVAudioPCMFormatInt16) to a new AVAudioPCMFormatFloat32 and AVAudioEngine plays the float32 pcm buffer. I assumed it was valid to pass in a PCM buffer in other formats (being that -connect:to:format: has a format parameter). Can't seem to get it to play without using float32 format. I think I'll open a new thread asking about this since your question was related but different.

Archiving works. It's when I attempt to submit it to be notarized that it complains about the hardened runtime not being enabled (though it is enabled in my Xcode project but for some reason it must not be enabling it on the embedded executables, which are inside an embedded framework). Haven't had time to retry yet but I assume if I manually do it from the command line it'll work. Will report back when I have a little more time to try.

Using the tab key to change from editing the multiline text field to the single line text field also causes the window to close so using the mouse is not required to reproduce the bug.

Here is a workaround: // In a NSTextField subclass. -(BOOL)sendAction:(SEL)action to:(id)target { if (action == @selector(performClose:)) { return NO; } else { return [super sendAction:action to:target]; } }

if (platform.noUIKitOnlySwiftUIAvailable) { abort(); }

I think what I need is to call -playerTimeForNodeTime: in the tap block to get the time relative to the buffer scheduled on the player node.

coremltools doesn't appear to support this. Looks like the answer is no.

Yes I did compile CRFSuite in Xcode. After compiling it myself I noticed after that Apple actually includes libCRFSuite in the SDK. If you open your Xcode project and choose link framework you can search for CRFSuite and you can link libcrfsuite.tbd in your project. I haven't tried linking against Apple's version myself though (still linking against my own from source). Quickly taking a look though I don't see the header file for libcrfsuite. I imagine crfsuite.h would be in usr/include somewhere. Not sure what's up with that. I was hoping to convert a model to CoreML and use it with NLTagger because I imagine it would use a lot less memory though the CRFSuite model I'm using isn't too big so I'm going to use it as is for now rather than trying to retrain the entire thing with CoreML because I got a million other things to do. As a sidetone, I haven't really been able to do much with CoreML. All the models I'm interested in using in my app don't work with it. Overall I've had a much easier time using ONNX. But for this model I'm sticking with CRFSuite for now.

I didn't manage to get it running so far, I suspect that libcrfsuite is for private Apple only use If it's for private API use only it shouldn't appear in the list under Apple SDKs. Maybe someone from Apple could clarify? If you want to try a lazy approach, you could just grab the header files from Github and link against the Apple provided version. I think you are better off building CRFSuite yourself though (to protect your app from crashing if Apple decides to remove it from the SDK in the future). You might be able to get crfsuite to compile from the command line with make but I didn't do it that way. I made an Xcode framework project (you could also do a static library project as well if static linking works better for you) and added all the source code. There are a lot of warnings but they aren't too difficult to resolve. I think I had to make a couple of other changes to get the crfsuite models to work on Apple Silicon. Then I wrote a couple of Objective-C classes that wraps the functionality I need.

Can you show what formatStr is set to?

Thanks a lot for replying. I've never had luck filing an appeal to the review board. As previously mentioned, I wrote this app a long time ago and forgot about it and it only has a handful of users. I didn't realize the app stopped functioning on newer versions of macOS and I'm submitting this update to fix it (because doing otherwise hurts my pride). With that said I also don't want to spend a tremendous amount of time on this going back and forth with app review. It seems like the issue is related to the fact that one or more of the .so files provided by Python links to Tcl.framework (which is where all these symbols are coming from). I don't think the Python code is using any of these private APIs directly.

I removed _tkinter.cpython-39-darwin.so from the app, which links to Tcl.framework and resubmitted to the App Store. My app doesn't need _tkinter.cpython-39-darwin.so to function so I'm able to simply remove it. Hopefully that resolves the issue. I will report back with the results.