Releases: autopkg/autopkg
Releases · autopkg/autopkg
AutoPkg 0.2.8
0.2.8 (January 08, 2014)
FIXES:
- New package release to fix issue with autopkgsever launch daemon plist in 0.2.6 and 0.2.7 package releases.
AutoPkg 0.2.7
0.2.7 (January 08, 2014)
FIXES:
- Fix unhandled exception when FoundationPlist encounters a malformed plist
- Fix long string wrapping in several Processor's descriptions and input/output variable descriptions. This caused
autopkg processor-info foo
to fail for several Processors.
AutoPkg 0.2.6
0.2.6 (January 06, 2014)
FIXES:
Fix for FoundationPlist functions under Snow Leopard. Changes to FoundationPlist in 0.2.5 broke autopkg under Snow Leopard; these changes remedy that.
AutoPkg 0.2.5
0.2.5 (January 04, 2014)
ADDITIONS:
- New 'BrewCaskInfoProvider' processor: get URL and version info from crowd-sourced
Homebrew formulae for many Mac applications (https://github.com/phinze/homebrew-cask) - New 'PlistReader' processor contributed by Shea Craig. This can be used in place
of both the 'AppDmgVersioner' and 'Versioner' processors (which can now be considered
deprecated), and also supports reading arbitrary keys from plists and assigning them
to arbitrary output variables for later use in recipes. (GH-56) - Recipe Repo URLs for 'repo-' commands can now also be given in short GitHub-ish forms:
- 'ghuser/reponame' or 2) 'reponame', which will prefix the 'autopkg/' org name.
Full URLs at any address can be given as before.
- 'ghuser/reponame' or 2) 'reponame', which will prefix the 'autopkg/' org name.
- Any input variable can now be set globally for all recipe runs by writing these as
preference keys in the 'com.github.autopkg' domain. This is how the 'MUNKI_REPO' pref
has been used up to now, but this now works for arbitrary keys, and the hardcoded
support for MUNKI_REPO has been removed.
FIXES:
- FoundationPlist updated to use new Property List API methods.
AutoPkg 0.2.4
0.2.4 (October 16, 2013)
ADDITIONS:
- New 'FlatPkgPacker' and 'FileFinder' processors, contributed by Jesse Peterson. (GH-36, GH-33)
- Copier processor supports glob wildcard characters for 'source_path', useful when
exact path names vary. (GH-40)
CHANGES:
- 'FlatPkgUnpacker' processor now uses
pkgutil --expand
by default, meaning 'Scripts'
archives will now be decompressed automatically. Theskip_payload
input variable
will automatically switch the processor to usexar
instead. (GH-36)
FIXES:
- Fix for MunkiImporter processor not finding an already-present pkg when using
a manualinstalls
key and with a uniqueinstaller_item_hash
. (GH-35) - Fix for 'mutating method sent to immutable object' errors, contributed by Joe
Wollard and Michael Lynn (GH-24) - MunkiImporter now checks for matching md5checksums when attempting to locate a matching
pkginfo. (GH-41)
AutoPkg 0.2.3
0.2.3 (September 27, 2013)
ADDITIONS:
- New 'FileFinder' processor for searching files, currently supports glob.
Contributed by Jesse Peterson. (GH-33)
FIXES:
- Fix
autopkg info
showing a Description of a ParentRecipe instead of the actual recipe. - Fix TypeError on Snow Leopard on list concatenation between Foundation and native Python list equivalents (GH-21)
- Fix case where a child recipe could not locate its parent(s) if the child was not already on the search path (GH-25)
AutoPkg 0.2.2
0.2.2 (September 10, 2013)
CHANGES:
- Pkg recipe runs now print a report output similar to Munki recipes, and have version, identifier information available in the report.
- Fix for
autopkg version
when run from /usr/local/bin/autopkg
AutoPkg 0.2.1
0.2.1 (September 2, 2013)
CHANGES:
- Relative paths given for "infofile", "resources", "options", "scripts" in a PkgCreator's pkg_request dictionary should now work if this path is found at the current working directory (GH-20)
AutoPkg 0.2.0
0.2.0 (September 1, 2013)
CHANGES:
- The recipe identifier is now named "Identifier" and is a top-level recipe key.
- The "recipe" key formerly seen in overrides has been renamed "ParentRecipe". Its value is now a string -- the identifier of its parent recipes.
- There is now essentially no difference between an "override" and a child recipe; a recipe can refer to a parent recipe, which can in turn refer to its own parent recipe, and so on.
- Child recipes can override keys in the Input dictionary and/or add new key/value pairs to the Input dictionary. This is the same functionality that RecipeOverrides have.
- Child recipes can add additional steps to the end of the Process of their ParentRecipe(s). This is new functionality.
- Searching for recipes has changed: the order of searching by name and by identifier have been swapped: identifier is preferred to simple name.
- Certain Processors (specifically PkgInfoCreator and PkgCreator) are typically given paths to templates or resources or scripts pointing to the directory of the recipe. If a recipe can now have one or more parents, the meaning of "RECIPE_DIR" is a little unclear. So for this sort of thing, we now search the current child recipe directory for the requested resource, followed by any parent recipe's directory, then any parent recipe of the parent recipe's directory, etc. To support this behavior, give PkgInfoCreator and PkgCreator relative paths to PackageInfoTemplates and Resources and Scripts directories.
- New verbs to help people learn about Processors:
autopkg list-processors
returns a list of "core" Processors -- those available to all recipes (in /Library/AutoPkg/autopkglib)autopkg processor-info PROCESSORNAME
prints basic documentation for PROCESSORNAME; useautopkg processor-info PROCESSORNAME --recipe RECIPE
to get basic docs on a recipe-specific Processor (like MozillaURLProvider).
AutoPkg 0.1.1
0.1.1 (August 27, 2013)
CHANGES:
- Addresses an issue where creating RecipeOverrides failed if the recipe overrides directory (default: ~/Library/AutoPkg/ReceipeOverrides) is missing