Issue #4113 has been updated by Daniel Pittman.
When I spoke to Luke about those options, his expectation would be that this was a single parameter on the package type, which would take a set of boolean options. You could add a little language to that (like, say, the environment) that allowed options with arguments to be passed, and let each provider parse it themselves, but ... that sounds like an invitation to unmanageable data to me. In solving that I would strongly encourage you to address additional per-provider top level parameters and properties available, rather than just packing complex data into strings. ---------------------------------------- Feature #4113: Provide a generic "options"-style parameter for packages. https://projects.puppetlabs.com/issues/4113 Author: Oliver Hookins Status: Accepted Priority: Normal Assignee: Category: Target version: 2.7.x Affected Puppet version: 0.25.5 Keywords: Branch: http://groups.google.com/group/puppet-users/browse_thread/thread/2ef615fc42225d99?pli=1 Our requirement is more or less the same as in the linked thread, we need to use a proxy to install gems but for a variety of reasons can't set a global proxy on the machines. Thus some way of passing options to gem is necessary. (Nigel) - We should do this consistently across providers, perhaps combining with the "preseed" functionality of apt/dpkg. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://projects.puppetlabs.com/my/account -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/puppet-bugs?hl=en.
