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 < [email protected]> 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 > [email protected]. > 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 [email protected]. 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.
