The Exec method is tricky if you don't know what the incoming package list is ahead of time. In our case -- we don't. We're giving our developers a method to specify a list of packages (in order) that will be installed and set to an explicit version.
It turns out though that one of the guys on our team built a recursion-loop in puppet that handles this fairly gracefully with standard package resources. We have it working and have unit tests for it ... but we're going to spend a week or two with it before we post it publicly on our Engineering blog (engblog.nextdoor.com). Matt Wise Sr. Systems Architect Nextdoor.com On Wed, Apr 23, 2014 at 6:05 AM, Felix Frank < felix.fr...@alumni.tu-berlin.de> wrote: > On 04/21/2014 11:25 PM, Matt W wrote: > > Ultimately the provider would need to validate that each and every > > package supplied (backend, and frontend in this example) are either > > installed or not. If not, they are all installed on one commandline: > > > > aptitude install backend=1.0 frontend=1.1 -y -q -f > > > > Should we just build a resource from scratch? or do you think we should > > build a provider for the Package resource in Puppet and go from there? > > The idea is sound-ish. You cannot implement this as a provider for the > resource type. There are too many assumptions rooted in the package type > to liberate its notion of being in sync the way you need. > > So if you could come up with the apt_multi_package module (or whatever), > that would likely be useful. Keep us posted :) > > (Bonus points if it ends up as just the multi_package module with > providers for both aptitude and yum ;-) > > Cheers, > Felix > > -- > You received this message because you are subscribed to a topic in the > Google Groups "Puppet Users" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/puppet-users/DdIHu0US0tY/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > puppet-users+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/puppet-users/5357BA82.6070202%40alumni.tu-berlin.de > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/CAOHkZxPcjMMRhjKdeF5%2BOFAO9f02EqGfFZMaFNBcZ3i3G3V56Q%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.