-
#147. Handle the case where HOME is not in the environment. Thanks @bradleyd.
-
#140. Properly handle the failure to clone a git repository. Avoid wiping out the host project's changes.
-
#127. Support Rubinius and JRuby, including when shelling out to system commands.
-
#144. Allow running the test suite with a simple
rake
. Thanks @nickhammond.
- Extract the chef adapter to its own gem.
-
#112. Prevent the git source being confused in certain cases by colorized output from git. HT: @ericpp.
-
#115, #116. Accommodate cookbook archives generated by
git archive
. HT: @taqtiqa-mark. -
#119. Support NO_PROXY, a modifier on HTTP_PROXY and friends. HT: @databus23.
-
#121. A github pseudosource. HT: @alno.
-
#122. Follow http redirect responses in the chef site source. HT: @Fleurer.
-
Improve the resolver performance by detecting conflicts earlier and backtracking more quickly. This will help avoid certain cases of long resolutions caused by conflicts; the conflicts will still be there, but will be detected more quickly and the resolution terminated more quickly. This changes the resolution algorithm, and new resolutions may differ from older resolutions.
-
#71. Fix an error, given certain locale settings, with reading cookbook metadata files.
-
#89. Fix an error when encountering manifests and dependencies with names of a single letter, such as
"R"
. -
#92, #99. HTTP proxy support via the
HTTP_PROXY
environment variable. Also supportsHTTP_PROXY_USER
andHTTP_PROXY_PASS
environment variables. Thanks @tknerr. -
#97. Enforce that the
:ref
option in the:git
source may only be given a string. -
#98. Fix unpacking chef site-sourced packages where the directory in the tarball does not match the cookbook name.
-
#15. A remembered configuration system.
-
#16. Configure, and remember configuration for, chef install paths.
-
#38. Configure, and remember configuration for, stripping out
.git
directories from git-sources chef dependencies. -
#76. Support git annotated tags.
-
#80. Ignore directories in the
PATH
namedgit
when looking for thegit
bin. Thanks @avit. -
#85. Provide a helpful message when running the
show
command without a lockfile present.
-
#41. Build gems with a built gemspec.
-
#67. Cache remote objects at the latest possible moments, and only when they are needed.
-
#68. Fix unpacking chef site-sourced packages on Windows by pivoting from a Librarian-managed scratch space, rather than pivoting from Windows' temp directory. There were unexplained problems with using the Windows temp directory in certain cases, possibly related to the temp directory and the Librarian cache directory being on different volumes.
-
#69. Fix invoking Librarian with git-sourced dependencies from git hooks by unsetting
GIT_DIR
around shelling out to git. -
Print general environment information when running with
--verbose
.
- Fix the
outdated
CLI command.
-
#64. Sources now raise when given unrecognized options in the specfile.
-
A new
show
CLI command. -
Changed the
clean
CLI command no longer to delete the lockfile. -
Simplify the architecture of
Librarian::Manifest
vis-a-vis sources. It is no longer a base class for adapters to inherit. Now, sources expose a small interface, whichLibrarian::Manifest
can call, for delay-loading attributes. -
The git source now resolves the
git
binary beforechdir
ing. -
Test on Rubinius.
- A command to print outdated dependencies.
- Fix breakage on 1.8.
-
#57. Include existing manifests' dependencies in resolution.
-
Permit the update action even with a changed specfile.
-
Use a pure-Ruby implementation of tar/gz. Helps with Windows support, since Windows boxes are less likely than *NIX boxes to have the
tar
executable. -
Fix an issue where the chef site source considers uncached manifests to be cached, and skips caching them, causing the install action to fail.
-
Fail fast if the resolver produces an inconsistent resolution. It is a known issue that the resolver will sometimes (deterministically, not randomly) produce an inconsistent resolution when performing an update action (#57). Start debugging this by failing fast at this point and spitting out gobs of debug-level log details.
-
Recache site-sourced dependency metadata per each run.
-
#46. Always install.
-
#53. Abstract versions & requirements from rubygems.
-
Own the install path. Recreate it on each install. WARNING: If you have your own content in the install path, it will be deleted without mercy.
-
Rewrite the README.
-
#44, #49. Better updating of cached git sources without using local merges.
- #39 Fixes a regression induced by using
git reset --hard SHA
.
-
#36 Fixes an issue where, if a dependency has a git source (the upstream), and the upstream is updated, then attempting to update that dependency in the local resolution would not update that dependency so long as that git source were cached (@databus23).
-
More immediate detection of, and better error messages for, cases of blank dependency or manifest names or cases of names that are otherwise insensible, such as names that are untrimmed.
- Fixes an issue where, if a dependency has a git source with a ref, re-resolving may fail.
- Fix a regression where the cli command "version" failed.
This release focuses on refactoring some of the internals. There are no functional changes.
- #11 Fixes a problem where, if the repo is in a path where a component has a space, attempting to resolve a site-sourced dependency fails.
-
A
version
task. -
A change log.
-
#10 Fixes the problem with bouncing the lockfile when updating, when using a git source with the default ref.
- #8 Add highline temporarily as a runtime dependency of
librarian
(@fnichol). When the project is split intolibrarian
andlibrarian-chef
, thechef
runtime dependency will be moved tolibrarian-chef
. If the project is further split into a knife plugin, the dependency will be moved there.
-
#7 Show a better error message when a cookbook is missing the required metadata file.
-
Miscellaneous bugfixes.
-
#4 An
init
task forlibrarian-chef
. This task creates a nearly-blankCheffile
with just the default Opscode Community Site source. -
Automatically create the
cookbooks
directory, if it's missing, when running theinstall
task. -
#3 Add
chef
temporarily as a runtime dependency oflibrarian
(@fnichol). When the project is split intolibrarian
andlibrarian-chef
, thechef
runtime dependency will be moved tolibrarian-chef
.
- A simple knife integration.
This integration allows you to specify a
librarian-chef
-managed tempdir as acookbook_path
. This is useful to force knife only to upload the exact cookbooks thatlibrarian-chef
knows about, rather than whatever happens to be found in thecookbooks
directory.
- Miscellaneous bugfixes.
-
An optional
:path
attribute for:git
sources. This allows you to specify exactly where within a git repository a given cookbook is to be found. -
A full example of a Cheffile and its usage in the readme.
- Initial release.