If the read only URLResourceValues.tagNames is not intentional is this two defects? get-only URLResourceValues.tagNames URL bridging to NSURL.setResourceValue(_:forKey:) error Argument type '[String]' expected to be an instance of a class or class-constrained type

My symbolic links still work in Monterey. eg cat /etc/synthetic.conf srv System/Volumes/Data/srv Remember to use tabs. man synthetic.conf synthetic.conf specifies a single synthetic entity per line. Each line may have one or two columns, separated by a tab character. If a line has a single column, it denotes a virtual empty directory to be created at /. If a line has two columns, it denotes a symbolic link at / whose link target is given in the second column. Big Sur thread: https://developer.apple.com/forums/thread/670391

Those look like nanoseconds from mach_absolute_time or clock_gettime_nsec_np(CLOCK_UPTIME_RAW): https://developer.apple.com/documentation/kernel/1462446-mach_absolute_time Was that crash after a wake from sleep?

Another data point for the Apple Paravirtualized Graphics framework issue if anyone from Apple is watching this thread. macOS Monterey 12.3.1 (21E258) booting macOS Big Sur 11.6.5 (20G527) VM panics at what appears to be the same point as host freezes / crashes with macOS Monterey 12.3.1 (21E258) VMs. panic(cpu 0 caller 0xffffff7fb0b13591): "hitting assertion"@/System/Volumes/Data/SWE/macOS/BuildRoots/a0c6c82cc8/Library/Caches/com.apple.xbs/Sources/ParavirtualizedGraphics/ParavirtualizedGraphics-11.5/AppleParavirtKext/AppleParavirtDisplayPipe.cpp:428 Backtrace (CPU 0), Frame : Return Address 0xffffffb070cdaea0 : 0xffffff801608b26d mach_kernel : _handle_debugger_trap + 0x3fd 0xffffffb070cdaef0 : 0xffffff80161d2993 mach_kernel : _kdp_i386_trap + 0x143 0xffffffb070cdaf30 : 0xffffff80161c2f8a mach_kernel : _kernel_trap + 0x55a 0xffffffb070cdaf80 : 0xffffff801602fa2f mach_kernel : _return_from_trap + 0xff 0xffffffb070cdafa0 : 0xffffff801608aa8d mach_kernel : _DebuggerTrapWithState + 0xad 0xffffffb070cdb0c0 : 0xffffff801608ad83 mach_kernel : _panic_trap_to_debugger + 0x273 0xffffffb070cdb130 : 0xffffff801689c5aa mach_kernel : _panic + 0x54 0xffffffb070cdb1a0 : 0xffffff7fb0b13591 com.apple.driver.AppleParavirtGPU : __ZNK27AppleParavirtVirtualChannel8hasFaultEv + 0xc1b 0xffffffb070cdb1c0 : 0xffffff7fb0b0d3b6 com.apple.driver.AppleParavirtGPU : __ZN24AppleParavirtDisplayPipe17submitTransactionEP30IOAccelDisplayPipeTransaction2 + 0x2d0 0xffffffb070cdb660 : 0xffffff7fb0e08bcd com.apple.iokit.IOAcceleratorFamily2 : __ZN18IOAccelDisplayPipe23transaction_queue_gatedEP30IOAccelDisplayPipeTransaction2 + 0x3b 0xffffffb070cdb680 : 0xffffff80167ef44f mach_kernel : __ZN13IOCommandGate9runActionEPFiP8OSObjectPvS2_S2_S2_ES2_S2_S2_S2_ + 0xaf 0xffffffb070cdb6e0 : 0xffffff7fb0e065f1 com.apple.iokit.IOAcceleratorFamily2 : __ZN18IOAccelDisplayPipe17wsaaWillExitDeferEi + 0x11d 0xffffffb070cdb750 : 0xffffff7fb0dcaadf com.apple.iokit.IOAcceleratorFamily2 : __ZN21IOAccelDisplayMachine20wsaa_will_exit_deferEji + 0x81 0xffffffb070cdb790 : 0xffffff7fb0e05576 com.apple.iokit.IOAcceleratorFamily2 : __ZN18IOAccelDisplayPipe22display_change_handlerEPvP13IOFramebufferiS0_ + 0x2ba 0xffffffb070cdb7d0 : 0xffffff7fb0f5df3a com.apple.iokit.IOGraphicsFamily : __ZN13IOFramebuffer24deliverGroupNotificationEijbiPv + 0x354 0xffffffb070cdb910 : 0xffffff7fb0f48593 com.apple.iokit.IOGraphicsFamily : __ZN13IOFramebuffer30deliverFramebufferNotificationEiPv + 0x193 0xffffffb070cdb9a0 : 0xffffff7fb0f5b0b2 com.apple.iokit.IOGraphicsFamily : __ZN13IOFramebuffer16setWSAAAttributeEjj + 0x1fe 0xffffffb070cdba40 : 0xffffff7fb0f5be07 com.apple.iokit.IOGraphicsFamily : __ZN13IOFramebuffer15extSetAttributeEP8OSObjectPvP25IOExternalMethodArguments + 0x153 0xffffffb070cdba80 : 0xffffff801681ce5e mach_kernel : __ZN12IOUserClient14externalMethodEjP25IOExternalMethodArgumentsP24IOExternalMethodDispatchP8OSObjectPv + 0x1de 0xffffffb070cdbad0 : 0xffffff7fb0f6233c com.apple.iokit.IOGraphicsFamily : __ZN23IOFramebufferUserClient14externalMethodEjP25IOExternalMethodArgumentsP24IOExternalMethodDispatchP8OSObjectPv + 0x82 0xffffffb070cdbb20 : 0xffffff801682710b mach_kernel : _is_io_connect_method + 0x35b 0xffffffb070cdbc80 : 0xffffff801617e1d1 mach_kernel : _iokit_server_routine + 0x4dd1 0xffffffb070cdbd90 : 0xffffff80160908ed mach_kernel : _ipc_kobject_server + 0x2fd 0xffffffb070cdbe00 : 0xffffff8016066c35 mach_kernel : _ipc_kmsg_send + 0x115 0xffffffb070cdbe60 : 0xffffff801607e3e2 mach_kernel : _mach_msg_overwrite_trap + 0x2d2 0xffffffb070cdbef0 : 0xffffff80161a705d mach_kernel : _mach_call_munger64 + 0x29d 0xffffffb070cdbfa0 : 0xffffff8016030216 mach_kernel : _hndl_mach_scall64 + 0x16 Kernel Extensions in backtrace: com.apple.iokit.IOGraphicsFamily(585.2)[17732FC2-63ED-3059-B006-A492D276F99C]@0xffffff7fb0f3e000->0xffffff7fb0f6cfff dependency: com.apple.iokit.IOPCIFamily(2.9)[F9CEE803-CCD0-37F1-A06C-60062C48DEF2]@0xffffff8018b6b000->0xffffff8018b93fff com.apple.iokit.IOAcceleratorFamily2(442.9)[AAD58256-5E92-35A8-9659-A047C6C0C625]@0xffffff7fb0dbc000->0xffffff7fb0e26fff dependency: com.apple.driver.AppleMobileFileIntegrity(1.0.5)[31810E2C-FD94-31EC-8723-BA1B19DDF0A1]@0xffffff80176c0000->0xffffff80176d5fff dependency: com.apple.iokit.IOGraphicsFamily(585.2)[17732FC2-63ED-3059-B006-A492D276F99C]@0xffffff7fb0f3e000->0xffffff7fb0f6cfff dependency: com.apple.iokit.IOPCIFamily(2.9)[F9CEE803-CCD0-37F1-A06C-60062C48DEF2]@0xffffff8018b6b000->0xffffff8018b93fff dependency: com.apple.iokit.IOReportFamily(47)[8C08A9E9-A5DA-340B-BFCB-3F5E82BDAF01]@0xffffff8018ba2000->0xffffff8018ba4fff dependency: com.apple.iokit.IOSurface(290.8.1)[76A3E5D2-2AC7-385D-A16E-60B07D251DEE]@0xffffff8018c95000->0xffffff8018cb1fff com.apple.driver.AppleParavirtGPU(1.0)[7EBA9206-F041-3CF8-ACFC-B3E234BB1C78]@0xffffff7fb0b02000->0xffffff7fb0b19fff dependency: com.apple.AppleGraphicsDeviceControl(6.3.6)[1151AFDA-B186-34D1-9675-D0901B34BE02]@0xffffff7faf750000->0xffffff7faf753fff dependency: com.apple.iokit.IOAcceleratorFamily2(442.9)[AAD58256-5E92-35A8-9659-A047C6C0C625]@0xffffff7fb0dbc000->0xffffff7fb0e26fff dependency: com.apple.iokit.IOGraphicsFamily(585.2)[17732FC2-63ED-3059-B006-A492D276F99C]@0xffffff7fb0f3e000->0xffffff7fb0f6cfff dependency: com.apple.iokit.IOPCIFamily(2.9)[F9CEE803-CCD0-37F1-A06C-60062C48DEF2]@0xffffff8018b6b000->0xffffff8018b93fff dependency: com.apple.iokit.IOSurface(290.8.1)[76A3E5D2-2AC7-385D-A16E-60B07D251DEE]@0xffffff8018c95000->0xffffff8018cb1fff Process name corresponding to current thread: WindowServer No FB as third party product. Can add one if needed.

Fixed for everyone?

How are you building PHP? Homebrew, MacPorts or ? If Homebrew then you'll need to rebuild, codesign then update your apache config LoadModule with the new Homebrew path which changed for Apple Silicon (you might be trying to load an old Intel build from migrated Homebrew or Big Sur install) LoadModule php_module /opt/homebrew/lib/httpd/modules/libphp.so "Apple Development: Name (ID) You can check the architecture with lipo: lipo -archs /opt/homebrew/lib/httpd/modules/libphp.so arm64   Also check: https://developer.apple.com/forums/thread/694124 https://developer.apple.com/forums/thread/681630 https://developer.apple.com/forums/thread/699126?answerId=702394022#702394022 (signing in a different folder)

Using pyenv 2.25 from homebrew on Apple Silicon with macOS 12.3.1 (21E258) / Xcode 13.3 (13E113). For 3.6.15 you'll need this merged but unreleased pyenv patch: https://raw.githubusercontent.com/pyenv/pyenv/master/plugins/python-build/share/python-build/patches/3.6.15/Python-3.6.15/0008-bpo-45405-Prevent-internal-configure-error-when-runn.patch in /opt/homebrew/Cellar/pyenv/2.2.5/plugins/python-build/share/python-build/patches/3.6.15/Python-3.6.15/ For 3.7.12 you'll need this merged but unreleased pyenv patch: https://raw.githubusercontent.com/pyenv/pyenv/master/plugins/python-build/share/python-build/patches/3.7.12/Python-3.7.12/0004-bpo-45405-Prevent-internal-configure-error-when-runn.patch in /opt/homebrew/Cellar/pyenv/2.2.5/plugins/python-build/share/python-build/patches/3.7.12/Python-3.7.12/ 3.7.13 is unreleased and currently missing merged 3.7.12 patch. https://github.com/pyenv/pyenv/tree/fb97a9c2bd8c0e7b582d4b525cd348cc2ed5359a/plugins/python-build/share/python-build/patches/3.7.13/Python-3.7.13 No issues with 3.8.13 build. pyenv versions * system (set by /Users/admin/.pyenv/version)  3.6.15  3.7.12  3.8.13

Looks like old code. Update your packages to latest. @inlinable public subscript(bounds: Range<Index>) -> SubSequence { get { return self._buffer[bounds] } set { var index = bounds.lowerBound var iterator = newValue.makeIterator() while let newElement = iterator.next(), index != bounds.upperBound { self._buffer[index] = newElement formIndex(after: &index) } precondition(iterator.next() == nil && index == bounds.upperBound) } https://github.com/apple/swift-nio/blob/main/Sources/NIOCore/MarkedCircularBuffer.swift

This appears to be a unicode multi-byte string length defect which assumes the numbers of characters = number of bytes when decoded. Any attributed string with multi-byte unicode scalars will truncate. eg ~! (0x7E 0x21) will not truncate and ¡! (0xC2 0xA1 0x21) will truncate to ¡ (0xC2 0xA1) when decoded. Attributed strings with no attributes (fast path?) will not truncate when decoded.

Did you add brew python@3.7 to your PATH? The output from brew install python@3.7 should include: python@3.7 is keg-only, which means it was not symlinked into /usr/local, because this is an alternate version of another formula. If you need to have python@3.7 first in your PATH, run:  echo 'export PATH="/usr/local/opt/python@3.7/bin:$PATH"' >> ~/.zshrc For compilers to find python@3.7 you may need to set:  export LDFLAGS="-L/usr/local/opt/python@3.7/lib"

Should be resolved now.

@cstewart Try something like this: import SwiftUI struct VisualEffect: NSViewRepresentable {   func makeNSView(context: Self.Context) -> NSView { return NSVisualEffectView() }   func updateNSView(_ nsView: NSView, context: Context) { } } @main struct VisualEffectApp: App {   var body: some Scene {     WindowGroup {       ContentView()         .background(VisualEffect())     }   } }

@Arafaer Try something like this: import SwiftUI struct VisualEffect: NSViewRepresentable {   func makeNSView(context: Self.Context) -> NSView { return NSVisualEffectView() }   func updateNSView(_ nsView: NSView, context: Context) { } } @main struct VisualEffectApp: App {   var body: some Scene {     WindowGroup {       ContentView()         .background(VisualEffect().ignoresSafeArea())     } .windowStyle(.hiddenTitleBar)   } }

@eskimo This is an otool thing not an OS thing. If you open the file with Hex Edit, you’ll see that strings like CFBundleIdentifier are not byte swapped. What do you see with otool -V -s __TEXT __info_plist test or otool -v -s __TEXT __info_plist test on Apple Silicon vs Intel. On Intel the correct host architecture appears to be selected. On Apple Silicon all architectures are output: otool --version llvm-otool(1): Apple Inc. version cctools-1000 otool(1): Apple Inc. version cctools-1000 disassmbler: LLVM version 14.0.0, (clang-1400.0.17.3.1) otool -V -s __TEXT __info_plist test test (architecture x86_64): (__TEXT,__info_plist) section <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <snip> </dict> </plist> test (architecture arm64): (__TEXT,__info_plist) section <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <snip> </dict> </plist>

Updated version with workaround for otool arm64 weirdness: https://gist.github.com/mikeyh/89a1e2ecc6849ff6056b7391c5216799