Closed axsuul closed 12 years ago
To answer the question directly and specifically, this is not currently supported.
The basic purpose of outdated
was to list which cookbooks have new releases out.
At any rate, the meaning of outdated
for git-sourced cookbooks is a little fuzzy. Does it mean a new version - and if so, how will it discover the new version? Does it mean a new head in the branch?
A newer version would mean the latest commit's sha1 hash has changed. To get the latest commit's sha1 hash
$ git ls-remote <URL>
Would you accept a pull request to support this?
Yes.
The implementation should probably do the same first step as is done when updating: fetch all the remotes and then compare the pinned sha to the latest sha in the same ref.
Cool, thanks for the heads up!
I was also hit by this today when using librarian-chef
for the first time. It confused me that librarian-chef outdated
didn't recognize that one of my cookbooks wasn't using the latest commit. At the least, the expected behavior of outdated
should probably be documented somewhere in this regard. Was this issue meant to be reopened? It seems like @yfeldblum was open to some change.
The original post in this issue is a question, which I answered. So this issue is closed because it is narrow and resolved.
If someone wants to open a related issue on the subject, proposing a change and even offering a patch, that would be cool.
I have a few cookbooks I'm pointing out like so
If I update the version in the cookbook repo (within
metadata.rb
) and then proceed to runlibrarian-chef outdated
, it doesn't show up. Looking through the source, it appears togit reset --hard
each of the git repos in the cache but that's it. Nogit pull
appears to be performed. Is this intended behavior?