Now that the first public beta of Sequoia is available, I thought it might be helpful to detail which of my most popular apps are compatible with versions of macOS from El Capitan to that Sequoia beta.

Update and security utilities

Skint runs daily check on key security systems. Skint 1.07 runs on Monterey and later, and appears fully compatible with Sequoia.

SilentKnight runs automatic checks of firmware and security systems. For El Capitan to Mojave you should use SilentKnight 1.21, but for all versions of macOS from Catalina onwards use SilentKnight 2.9. This appears fully compatible with Sequoia, although at present it will report TCC Not found, which you can safely ignore. Apple doesn’t release new versions of some of its security databases until late in the beta phase, when I expect that will be put right.

LockRattler provides manual checks of firmware and security systems, similar to those in SilentKnight. For El Capitan and Sierra, use LockRattler 4.35, but for all later versions of macOS from Mojave onwards, use LockRattler 4.37 instead. This too appears fully compatible with Sequoia, although it reports TCC Not found for current betas.

SysHist lists full system and security update installation history. In El Capitan and Sierra, use SystHist 1.17, but for High Sierra and later, use SystHist 1.19 instead. This currently doesn’t show any Sequoia updates, but I will release a revised version in the coming weeks to address that. This is because it has to be able to recognise macOS updates by name, and that isn’t stable until later during the beta-testing phase.

XProCheck checks on XProtect Remediator scans completed and reported in the log. Use XProCheck 1.5 in all versions of macOS from Catalina onwards, that support this new variant of XProtect. I intend to release an updated version in the coming weeks, but this version appears fully compatible with Sequoia.

Rich text and PDF

DelightEd is a Rich Text (RTF) editor with special Dark Mode features and support for interlinear text. The latest version to run on Sierra is DelightEd 2.0b4, but for all more recent versions of macOS I recommend using DelightEd 2.2. This appears fully compatible with Sequoia, although I don’t know yet whether it will support Writing Tools, because of conflicting documentation.

Podofyllin is a lightweight PDF viewer and analysis utility. Podofyllin 1.2 is compatible with High Sierra and later, and appears to be fully compatible with Sequoia too.

Log and technical utilities

T2M2 provides quick but thorough checks of Time Machine backing up. When backing up to HFS+ backup stores, or to a NAS, use T2M2 1.19, but when backing up to APFS stores or NAS in Big Sur or later, use T2M2 2.02 instead. Although I haven’t tested this yet with Sequoia, I believe that it should work well.

Mints is a multi-purpose utility that produces custom log extracts, including iCloud, extensive system info and more. Sierra is still supported by Mints 1.9, but for all more recent macOS from High Sierra onwards, use Mints 1.19. This also appears fully compatible with Sequoia.

xattred is a full-featured extended attribute editor, which can also add quarantine xattrs. For El Capitan and Sierra, use xattred 1.2, and for High Sierra and later, use xattred 1.5 instead. This appears fully compatible with Sequoia.

Precize looks deep into files, bundles and folders to show their full size including extended attributes, provides macOS Bookmarks and volfs paths as enduring file references, and detailed information contained in Bookmarks and Aliases. El Capitan and Sierra are still supported by Precize 1.12, but for High Sierra and later use Precize 1.14, which also appears fully compatible with Sequoia.

Ulbow is a log browser designed for ease of use. Ulbow 1.3 runs on Sierra, the first version of macOS to support the new Unified log. Use Ulbow 1.10 on High Sierra and later versions, and it also appears fully compatible with Sequoia, except that it currently can’t create logarchives, a shortcoming in all more recent versions of macOS.

Virtualisation

Viable creates and runs macOS VMs on Apple silicon Macs. Viable beta 12 (1.0.12) works on all versions from Monterey on, and on Sequoia it will now create VMs with Apple ID support. However, it doesn’t yet support the suspension and quitting of VMs (you still have to shut down the guest macOS), and doesn’t give access to external USB devices, a feature new to Sequoia. This article explains how to virtualise Sequoia on a host running either Sonoma or Sequoia.

Vimy runs macOS VMs on Apple silicon Macs from a double-click, and is the runtime companion to Viable. Vimy 0.7 (fourth beta) runs on all versions from Monterey on, including Sequoia, and supports all the features in VMs created using Viable.

Other apps of mine that remain available, many supporting versions of macOS back to El Capitan, are detailed here.

Enjoy, and please report any issues, particularly those with Sequoia betas, so that I can fix them before Apple releases macOS 15 in a couple of months.

The third developer beta of macOS 15 Sequoia finally brings support for Apple ID in macOS virtual machines (VM). As this is likely to form the first public beta-release next week, here’s a short guide to how to install a Sequoia VM, and what you can do with it. I’m delighted to report that my own free virtualisation apps Viable and Vimy already support Sequoia VMs on Sonoma 14.5 and Sequoia hosts, and I expect that will be true of other virtualisers for Apple silicon Macs.

Installing Sequoia as a VM

When running Sequoia developer beta 3, or the first public beta, download an IPSW image from Apple’s beta support site, or via Mr Macintosh’s compilation. Ensure that you download developer beta 3 or public beta 1 or later, depending on which programme you’ve joined. Then install that IPSW using Viable in the normal way, as detailed here.

If you’re virtualising Sequoia on a Sonoma 14.5 host, you may need to install additional software before installing the Sequoia IPSW using Viable. One way to discover that is to proceed normally using the IPSW you’ve just downloaded. You’ll then be prompted to install a software update.

At present, this will fail, but I expect that Apple will provide that additional software for the public beta.

If it doesn’t, and you’re unsuccessful in installing the additional software, trash that VM (but not the IPSW inside it), install and run the latest beta-release of Xcode 16 from Apple’s beta support site. Once that has been run, you should be able to install Sequoia without any problems.

First run

Open the VM using Viable, and work through its configuration as normal.

If the VM is hosted on Sequoia developer beta 3 or later, you should be able to enter your Apple ID and password, and opt for FileVault on its Data volume during that initial configuration. If it’s hosted on any older version of macOS, then you shouldn’t try entering your Apple ID and password, as that will fail. This is because the minimum requirements for Apple ID support in a VM are:

• the host running Sequoia developer beta 3 or later, and
• the VM running Sequoia developer beta 3 or later.

If your Mac and VM meet those, the VM should then trigger normal 2FA confirmation over iCloud, and then activate iCloud, iCloud Drive, and support for related applications such as passwords, calendar and file sharing via iCloud.

App Store support

In Apple’s release notes for Sequoia developer beta 3, it states that the following issue has been resolved: “Users will not be able to sign-in to iCloud and related applications”. Apple has previously stated that Sequoia “supports access to iCloud accounts and resources when running macOS in a virtual machine (VM) on Apple silicon”. However, that currently doesn’t include access to the App Store or use of apps purchased from it.

At present, “access to iCloud accounts and resources” does include:

• iCloud Drive
• Keychain in iCloud, fully supported in Passwords.app, including passkeys
• syncing shared iCloud databases such as calendars and address book
• shared Photos using iCloud
• third-party apps sharing data using CloudKit.

It doesn’t include connecting to the App Store, and as a result apps obtained from the App Store that check the current user is entitled to run them will fail to open. There appears to be no workaround for this, although some apps including several of Apple’s will run because they don’t appear to perform those user checks. In those cases, copying the app from the host enables you to run the app in that VM, but that doesn’t apply to the great majority of paid-for App Store apps.

If you’re disappointed that Apple still hasn’t opened access to its own App Store in VMs, please request this feature using Feedback.

Nesting virtualisation

Apple has also announced that Sequoia will support nesting on models with M3 chips, where you can run a macOS VM inside a macOS VM. Although Viable is no longer blocked from running in a VM, this feature doesn’t appear to work yet, at least not using Viable on an M3 Pro.

Downloads

Viable version 1.0.12 (beta 12) and Vimy 0.7 (beta 4) are available from their Product Page, and appear fully compatible with Sequoia, although they don’t yet support the suspend/resume feature for closing VMs. I believe that ViableS 1.0.12 is also compatible.