<!-- EDIT ME-->
[![](https://ci.appveyor.com/api/projects/status/github/YOUR_GITHUB_USERNAME_HERE/chocolatey-packages?svg=true)](https://ci.appveyor.com/project/YOUR_GITHUB_USERNAME_HERE/chocolatey-packages)
[Update status](https://gist.github.com/YOUR_GITHUB_USERNAME_HERE/YOUR_GIST_ID)
<!-- REMOVE THE squiggles "~" surrounding this (this should not be a code block) -->
This contains Chocolatey packages, both manually and automatically maintained.
You can choose to use one or both of the different methods currently supported in the Chocolatey community for automatic packaging. They are AU (Automatic Updater) and Ketarin/ChocolateyPackageUpdater.
- automatic - where automatic packaging and packages are kept. These are packages that are automatically maintained using either AU or Ketarin/ChocolateyPackageUpdater combo.
- icons - Where you keep icon files for the packages. This is done to reduce issues when packages themselves move around.
- ketarin - where ketarin jobs (aka applications or searches) exported as XML are kept. This is done to allow ease of contribution.
- manual - where packages that are not automatic are kept.
- ops - scripts, jobs, and other items for ensuring automatic packaging.
- setup - items for prepping the system to ensure for auto packaging.
For setting up your own automatic package repository, please see Automatic Packaging
- Chocolatey (choco.exe)
- PowerShell v2+
- Ketarin
- Chocolatey Package Updater
- A Windows box somewhere - to run the updater on - appveyor can't work until the import of the settings can be automated
- PowerShell v4+.
- The AU module.
For daily operations check out the AU packages template README.
- Fork this repository and rename it to
chocolatey-packages
(on GitHub - go into Settings, Repository name and rename). - Clone the repository locally.
- Head into the
setup
folder and perform the proper steps for your choice of setup (or both if you plan to use both methods). - Edit this README. Update the badges at the top.
AU provides more in the process of being completely automated, sending emails when things go wrong, and providing a nice report at the end. It doesn't have a bolt-on feeling to it that you see with Ketarin / ChocolateyPackageUdater, however the one thing it does lack in comparison is no visual feedback to seeing how searches for installers may be found. Other than that, it provides errors when things go wrong, where Ketarin doesn't consider anything that happens during "before run"/"post run updates" (where chocopkgup and checksumming occur) to be an error, even if those scripts error.
So for best visibility, enjoying the ease of using AppVeyor, and for a nice report of results, we recommend AU over Ketarin. You also don't need to deal with templates as AU works directly with the xml/ps1 files to do replacement.
You want to bring in all of your packages into the proper folders. We suggest using some sort of diffing tool to look at the differences between your current solution and this solution and then making adjustments to it. Pay special attention to the setup folder.
- Bring over the following files to your package source repository:
automatic\README.md
icons\README.md
ketarin\README.md
ketarin\_KetarinChocolateyTemplate.xml
manual\README.md
ops\*.*
setup\*.*
.appveyor.yml
- Inspect the following file and add the differences:
.gitignore
The way this source repository is designed, you can use both AU and Ketarin/ChocolateyPackageUpdater together. This is especially helpful when migrating existing packages from one methodology to the other.
- Add an update.ps1 to the package folder and determine how to update the package using AU's instructions.
- Remove the ketarin.xml file from the ketarin folder.
- Ensure you also remove the package job from Ketarin itself as it doesn't automatically remove.
- In
Settings -> Global variables
the variableautoPackagesFolder
is used to determine where your automatic packages are. It doesn't matter whatchocopkgup
is using, this folder is passed through. Ensure this is set appropriately. - In
Settings -> Global variables
the variablesaveDir
is used to determine where to save the downloaded files from Ketarin. Please ensure the folder exists. - In
Settings -> Global variables
the variablenopush
is set to--nopush
, which allows checksum calculations to occur and then a custom script will push the files. - In
Settings -> Global variables
the variablecscript
is set to2
, which means calculate checksums, rebuild, and push the packages. If you set this to1
it will do everything except push the packages. Setting this to1
is how you disable package pushing. - In
Settings -> Global variables
the variablechecksum
is set to{checksum}
. Do not change this, this is how the post update script replaces the literal value{checksum}
. The same goes forchecksumx64
,packageGuid
, andurl64
.