If you work with Macs and Jamf then you know every year there’s a new per OS Extension Attribute (EA) or Smart Group (SG) recipe to determine if macOS will run on your fleets hardware. However I asked myself: What if a single Extension Attribute script could fill the need, requiring only a periodic updating of Model IDs and the addition of new macOSes?
Then I also asked: Could this same script be re-purposed to output both text and CSV, not just for the script’s running host but for a list of Model IDs? And the answer was a resounding yes on all fronts!
So, my fellow Jamf admin I present to you macOSCompatibility.sh in its simplest form you just run the script and it will provide ultra-sparse EA output like:
<result>10.14 10.15 11</result> this could then be used as a Smart Group criteria. Something like “macOS Catalina Compatible” would then match all Macs using
LIKE 10.15 or “Big Sur Incompatible” would use
NOT LIKE 11, of course care would be taken if you were also testing for 10.11 compatibility, however the
versionsToCheck variable in the script can limit the default range to something useful and speeds things up the less version there are. I hope this helps Jamf admins who have vast unwieldy fleets where hardware can vary wildly across regions or departments,
Now if you provide a couple arguments like so:
./macOSCompatibility.sh -c -v ALL ALL > ~/Desktop/macOSCompatibilityMatrix.csv you will get a pretty spiffy CSV that let’s you visualize which Mac models over the years have enjoyed the most and least macOS compatibility. This is my favorite mode, you can use it to assess the OS coverage of past Macs.
See macOSCompatibilityMatrix.csv for an example of the output. If you bring that CSV into Numbers or Excel you can surely liven it up with some Conditional Formatting! This is the barest of examples:
If you don’t use the
-c flag then it’ll just output in plain or text, like so:
./macOSCompatibility.sh -v ALL ALL
iMacPro1,1: 10.13 10.14 10.15 11 MacBook1,1: 10.4 10.5 10.6 MacBook2,1: 10.4 10.5 10.6 10.7 MacBook3,1: 10.5 10.6 10.7 MacBook4,1: 10.5 10.6 10.7 MacBook5,1: 10.5 10.6 10.7 10.8 10.9 10.10 10.11 MacBook6,1: 10.6 10.7 10.8 10.9 10.10 10.11 10.12 10.13 MacBook7,1: 10.6 10.7 10.8 10.9 10.10 10.11 10.12 10.13 MacBook8,1: 10.10 10.11 10.12 10.13 10.14 10.15 11 MacBook9,1: 10.11 10.12 10.13 10.14 10.15 11 MacBook10,1: 10.12 10.13 10.14 10.15 11 MacBookAir1,1: 10.5 10.6 10.7 MacBookAir2,1: 10.5 10.6 10.7 10.8 10.9 10.10 10.11
Now, it’s not totally perfect since some models shared Model IDs (2012 Retina and Non-Retina MacBook Pros for example) but for the most part the Intel Mac Model IDs were sane compared to the PPC hardware Model IDs: abrupt jumps, overlaps, and re-use across model familes. Blech! I’m glad Apple “got religion” for Model IDs (for the most part) when Intel CPUs came along. I did attempt to go back to 10.1-10.3 with PPC hardware but it was such a mess it wasn’t worth it. However testing Intel, Apple Silicon and VMs against macOS 10.4 – 11+ seems to have some real use and perhaps you think so too? Thanks for reading!