- OPENOFFICE TEMPLATES RECIPE INSTALL
- OPENOFFICE TEMPLATES RECIPE UPDATE
- OPENOFFICE TEMPLATES RECIPE PATCH
- OPENOFFICE TEMPLATES RECIPE SOFTWARE
This is most commonly the case with apps that either don't live in /Applications or report different version numbers for CFBundleShortVersionString and CFBundleVersion (Jamf only uses CFBundleShortVersionString for inventory). A separate ExtensionAttribute.xml file is required for this. In the rare case of needing an extension attribute to determine whether a package is out-of-date, and thus used to determine membership in the smart group, extension attributes will be created and/or updated.No groups other than the smart group mentioned above are created or modified.This also enables reuse of the same policy without needing to "Flush All" the policy logs.
OPENOFFICE TEMPLATES RECIPE UPDATE
However, following a successful installation, the Self Service policy performs a recon run, which will drop the computer out of the smart group, thus preventing further executions until the next update is made available.
OPENOFFICE TEMPLATES RECIPE INSTALL
OPENOFFICE TEMPLATES RECIPE SOFTWARE
the computer has the software in question installed.The SmartGroupTemplate.xml file tells JSSImporter to create or update a smart group called -update-smart.JSSImporter uploads the package file to all configured distribution points.(See the list of categories in the Style guide below.) If the category doesn't exist, it will be created. The JSS recipe specifies the category for the package file itself, which is chosen from among a limited set of approved categories.The package file's metadata includes any OS version restrictions that govern that product's installation.The resulting package file's name includes the software's name and version number (e.g.This ensures that a pkg can be uploaded to the distribution points. JSS recipes use recipes that produce standard Apple package (pkg) files as parents.The following pieces work together to accomplish this workflow: Software packages are uploaded to distribution points and made available through a Self Service policy to members of the Testing group who do not already have the latest version of the software. We strive to include the most common apps expected to be part of the AutoPkg domain, including but not limited to those of the "standard" Recipes repo.įinally, we want to make the style of JSS recipes consistent, as set forth below in the Style guide. This process will ensure that the recipes can be relied upon to faithfully realize the standard workflow, and administrators will be able to extend and override these recipes with predictable and consistent results. Next, we aim to promote this standard workflow by peer-reviewing all recipes in this repository. While it is possible to upload and deploy software in many ways using JSSImporter, the workflow reflected in these recipes will be safe, consistent, and sane.
OPENOFFICE TEMPLATES RECIPE PATCH
This repository of recipes strives to represent a collective expression of best-practices in automated software patch management for administrators of Jamf Pro (Casper Suite).įirst and foremost, the contributors of this repository aim to agree upon a standard software testing workflow that mirrors community-supported standards in use by other deployment frameworks. A collection of AutoPkg recipes that helps Jamf Pro administrators use JSSImporter to automate their software testing workflow.