I recently encountered a software update that offered high-resolution support for MacBook Pro Retina models. However, in internal testing, it also produced problems with MacBook Air systems — but there were no reports of problems on any other models.
Based on experience with conditional_items in Munki manifests, I decided to look for an equivalent in pkginfo files. The
[Bad link] let me embed an
[Bad link] condition based on the machine_model attribute. As long as the expression evaluates as "true," the payload is considered installable. Note that this will increase the the number of warnings you see from your managed clients if you watch such things through MunkiWebAdmin or other methods.
My first attempt filtered on "MacBookAir," matching all systems that were not MacBook Airs. I tested it with
[Bad link] from
That was fine and it worked. However, I was convinced that more specifically matching this update with MacBook Pro Retina models (MacBookPro10,1 and MacBookPro10,2) made sense. So, I tried out another condition:
I had slight concern that there might be future non-Retina models whose identifiers might start with the same "MacBookPro10" string. The 1 and 2 revisions might not be the end of the MacBookPro10 lineup. Any future rMBP revisions might not work with this particular software update, so I narrowed down the filter further.
This, again, tested out successfully for. The trick with this last variant was that "MATCHES" allowed the use
[Bad link] in the filter. I chose the "" pattern to match on either "1" or "2."