-
Notifications
You must be signed in to change notification settings - Fork 285
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Autorequire Package['mercurial'] #262
Conversation
Along the lines of 2b19075, if the Mercurial package is being managed, it stands to reason that the Mercurial package should be installed before trying to potentially manage Mercurial repositories using vcsrepo resources. This commit adds an autorequire to the vcsrepo type that reflects the above premise.
|
Is the mercurial package called 'mercurial' on all platforms? I guess we're not worse off, if it doesn't... |
|
Thinking more about this, I realize that this is very suboptimal in general, as the "real" requirements are provider dependent, something that is usually hard, but in vcsrepo's case there should always be a provider available on the master. Would you mind having a look into that? |
|
Sorry, I don't understand what you're talking about... :-( |
|
vcsrepo instances managing a git resource should not autorequire mercurial, and vcsrepo instances managing mercurial repos should not autorequire git. |
Autorequire Package['mercurial']
|
merged. It is a net win after all. Thanks for your patience! |
|
can't we autorequire stuff in the provider? |
|
I wouldn't know how. But I also have not looked into it in-depth. Maybe something like |
|
and where would that go? init.pp? |
|
that is another difficult question. |
Autorequire Package['mercurial']
Along the lines of 2b19075, if the
Mercurial package is being managed, it stands to reason that the Mercurial
package should be installed before trying to potentially manage Mercurial
repositories using vcsrepo resources.
This commit adds an autorequire to the vcsrepo type that reflects the
above premise.