I do mean that. I have a lot of close examples, the most clear (if you want to call it that) being iptables_optimize in https://github.com/simp/pupmod-simp-iptables.
It's basically the same pattern as puppetlabs/concat. For even more fun, I *may* be altering the catalog at run time sometimes using the initialization function in the provider to detect if the changed needs to happen. Not too often though, debugging is hell. Once you dig into the Ruby, you can access the entire catalog and this is a heck of a tool if used carefully. And, no, I don't recommend that anyone do this without extreme care. I guess a more concrete example is when I was discussing micro-catalogs with Adrien (never did 100% figure that out) and I needed to dynamically generate a File resource and an incron job on the system based on the ordered substate of the catalog. As long as I shoved that bit in the last stage to be applied, the entire catalog, and all values, were present and I could pull out the micro-catalog snippet. For power users and/or developers this is, by far, the best thing about Puppet being a compiled language. Thanks, Trevor On Thu, Dec 8, 2016 at 2:52 PM, Eric Sorenson <eric.soren...@puppet.com> wrote: > > On Dec 8, 2016, at 11:50 AM, Trevor Vaughan <tvaug...@onyxpoint.com> > wrote: > > That would work, but I'm guessing that we're going to want to be able to > access this information across resources. > > We can presently do this in the catalog as long as you time it properly. > > > A little bit of a tangent to your original question but do you have an > example of doing this? (I'm assuming you mean an apply-time type/provider > accessing values of resources other than the one currently being applied) > > > Also, doing anything that looks more "programmish" is going to scare new > users. > > But +1, that's basically the idea. > > Thanks, > > Trevor > > > Eric Sorenson - eric.soren...@puppet.com > director of product, puppet ecosystem > > -- > 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/0975926B-4018-487D-828B-5DDF728774E9%40puppet.com > <https://groups.google.com/d/msgid/puppet-dev/0975926B-4018-487D-828B-5DDF728774E9%40puppet.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- Trevor Vaughan Vice President, Onyx Point, Inc (410) 541-6699 x788 -- This account not approved for unencrypted proprietary information -- -- 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/CANs%2BFoUNTxRO32d4SJ6_NMDZ2ociF_Zw25F-BUde8i-OBD3L4w%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
