Autopkg-assets.pkg

autopkg-assets.pkg solves this elegantly. Recipes depend on it via a simple Requires key, and the asset package is installed once per machine (or once per AutoPkg runner). When you need to update an asset, you rebuild autopkg-assets.pkg and bump its version—no recipe surgery required. Creating the package is straightforward. Most teams use pkgbuild :

Enter autopkg-assets.pkg , the unsung hero of the AutoPkg ecosystem. At its core, autopkg-assets.pkg isn’t a processor or a recipe. It’s a convention—a small, versioned macOS package that acts as a shared dependency for your AutoPkg recipes. It contains the non-software assets your recipes need to build a complete, production‑ready package. autopkg-assets.pkg

<key>Requires</key> <array> <string>com.yourorg.autopkg-assets</string> </array> Imagine you maintain a GoogleChrome.pkg recipe. Chrome requires no license acceptance, but your organization demands a post‑install script that disables automatic updates and writes a custom brand plist. autopkg-assets