Closed dannytrigo closed 3 years ago
I would love for support like this, as well as potentially support for s3 based urls
@dannytrigo I am not sure it is encouraged, but doubt it would be frowned upon as an option. If it is implemented well - including tests and docs - I am pretty sure it could be merged.
My concern as a user is how much of an impact that would have on deployment times and how it would verify authenticity (esp with a high likelyhood of self-signed certs with https).
@dannytrigo How would you want to determine whether or not the module needed to be updated/redeployed? Theoretically it could just redeploy every time r10k deploys the environment, but that seems pretty inefficient. We could also just require a certain format to the tarball URL that includes a version number, or have a separate key to declare the desired version.
I know that in our usecase, having an http mirror of forge tarballs, requiring the tar file to have the version in it is enough.
This issue has been marked stale because it has had no activity for 60 days. The Puppet Team is actively prioritizing existing bugs and new features, if this issue is still important to you please comment and we will add this to our backlog to complete. Otherwise, it will be closed in 7 days.
I would like to support downloading Puppet module tarballs from plain HTTP URLs, not just from Puppet Forge. For example: mod "mymodule", :tarball => "http://puppetrepo/me-mymodule-1.0.13.tar.gz"
I find it strange that this doesn't already exist, when a tarball is a standard packaging format for modules (puppet module build). Is there a reason for it not already existing, or it simply needs implementing?