This is something that I implemented as a bit of a hack a while back: https://github.com/dalen/spikor
That actually creates an environment and installs the desired modules into it on the fly though. Me and helindbe discussed a bit at the contributor summit how that could be improved though and found that if the environments supplied a list of modules instead of a list of modulepaths, then it would be possible to have a custom environment loader that assembled a host specific environment using module dependencies etc. So it is possible, but would require some API changes unless you do it the more brute force kind of style that spikor does. Note that spikor could be improved to just create a environment using symlinks though instead of actually installing stuff into it. On Thu Nov 27 2014 at 8:58:36 AM David Schmitt <da...@dasz.at> wrote: > Hi, > > I've run into the problem of conflicting dependencies several times: for > example, quite a few public modules use different apache module > implementations. While it is often to fix those modules locally to use > the preferred version, it is cumbersome and error prone. > > I was wondering whether it would be possible to have the modules > installed not to $modulepath/$modulename, but to > $modulepath/$author-$modulename and have the master pick up the right > classes/defines, depending on the information in metadata.json, > similarly to how bundler sets up gems. > > Of course, that doesn't fix configurations where multiple different > versions of the same module name are required on the same node, but > that's a different quality of problem, that can be quite easily fixed by > using separate nodes, without modifying the modules themselves. > > Is this something that would be possible/feasible? > > Regards, David > -- > * Always looking for people I can help with awesome projects * > Twitter: @dev_el_ops G+: https://plus.google.com/+DavidSchmitt > Blog: http://club.black.co.at/log/ > LinkedIn: http://at.linkedin.com/in/davidschmitt > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Developers" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to puppet-dev+unsubscr...@googlegroups.com. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/puppet-dev/5476D9A2.7020107%40dasz.at. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/CAAAzDLejxHg0p8UV67%3DugjBUat3A%3D6pD%3DE%2B89V%2BREC-oW70UFw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
