issue has been found, has nothing to do with CFArray. Sorry to bother...

I found the issue: a line choice was missing for a given choice element. Now the thing is that productbuild does not complain as well as it never returns an error value once the distribution.xml has passed checks for formal xml correctness. The notarization issue is cryptic enough to let me spend days on investigation. And it's certainly not my first .pkg installer... Thanks anyways!

Thanks Quinn, yes, the example works, as well as our countless other installer projects. Also the previous .pkg submission prior to the latest content update succeeds. The updated installer .pkg itself can be installed without any issues in the installer .log.

Thanks Quinn, for your reply! Subpackages are only notarized within our overall product. They are not notarized independently. Because reading your text I get the impression that it’s the latter, but the notary log snippet you posted doesn’t show any nesting. isn't this the indication: "message": "b\"Invalid component package: mypackage_vstpreset Distribution file's value: #com.mycompany.mypackage.vstpreset.pkg\\n\"", its the com.mycompany.mypackage.vstpreset.pkg that contains the non-binary preset files. Thanks

Thank you very much, Quinn, We need to set the thread priority for our streaming engine. Our unit tests are testing its modules - beneath other things - with all kinds of (unrealistic) sample rates. And it tries to set thread priorities for standard sample rates like 44.1kHz, 48kHz, ..., 192kHz, etc. while setting up the streaming engine to run on block sizes from 1 sample to something like 16384, which means the thread needs to be set up for computation down to every 1/44100, 1/192000 sec, etc. IIRC setting the thread_policy below 4/44100 fails. Although this is (for our current tasks) not a very realistic scenario, I think it should work, at least I would like to know how low the unit tests can go, or even better be able to ask the specific machine about its valid thread_policy range.

Enlightening! So, where is the documentation?

Thanks @endecotp! But isn't syncstream not part of the standard, and therefor shouldn't it be available to Xcode?

Thanks for giving the space to get lost in soliloquies! After this breathing practice, I would now like to get back to work and finish the exercise, for example with the help of an appropriate documentation or a hint from the people behind the API/technology. Or you could also just tell me that your operating system does not need my support, then I could go straight to the beach and wouldn't need to wait for the bus here.

Thanks, Quinn! For debugging purpose and exchanging of logs/dumps its sometimes easier to directly write to log files. Which are suitable locations to write from CoreAudio and CoreMIDI? (We see that permissions do change between the MacOS versions.) Thanks, hagen.

Thanks, for giving me the chance to soliloquy. The issue persists in Bug Sur, we have worked around this by requesting a USBDeviceReEnumerate(); This continues to work on M1 for some USB devices, while for others the interface iterator is still empty and is not getting filled by any magic we tried. In this case the USB device is pretty simple it has a single configuration with 2 interfaces. What is the cause for this and can this be fixed/worked around?

--timestamp=none is generally not a good ID as your signature gets invalid when its signing certificate validity expires! You will not recognize any issue with the signed binary until the end of the validity of the certificate.

Any news on that issue?

Thanks again,yep you were right. I don't know why I didn't see them.Unfortunately restarting either/both of the demons does not reset the logging system in a way so it cures the garbled output...BTW. Its not only garbled, it seems also that the logging system accesses the log string at the wrong memory position. Here it seems that it reads the format string at a position skipping the string start which contained %s (to display the denoted string parameter)...<decode: mismatch for [%x] got [STRING sz:59]>] {I am bit clueless right now, since logging is a very valueable and neccesary way of developing/debuggin kernel code. Often its not even possible/manageable to connect a debugger...What can I do to progress here?Thanks & cheers,Hagen

@mhorgan, did you find a way yet to get precedence over AppleMIDIUSBDriver.plugin and possibly com.apple.driver.AppleUSBAudio?@Apple: wouldn't that be easy to answer: just a yes or a no. And if you don't care, just a "we don't care" so we know at least what to expect!Thanks,Hagen.

Thanks Quinn,that seems to be true for Catalina (even for the man page - great, I am impressed...!!!), and there its named properly,but not for Mojave (and unfortunately I am still bound to Mojave for some reasons like svn support, I still need Xcode 9 - while running current Xcode in parallel).What would be the name of the unified logging process in Mojave?Thanks & cheers,Hagen.