On Thu, Nov 15, 2012 at 1:13 PM, Andy Parker <a...
> On Thu, Nov 15, 2012 at 12:50 PM, Daniel Pittman <dan...
>> On Thu, Nov 15, 2012 at 2:45 PM, Andy Parker <a...@puppetlabs.com> wrote:
>> > On Thu, Nov 15, 2012 at 9:46 AM, Jeff McCune <j...@puppetlabs.com>
>> >> Does this still leave us in the difficult situation where the Faces
>> >> application file itself lives along the modulepath, so we use one
>> >> configuration file section to determine the module path, then the mode
>> >> (section) changes out from underneath us, and we use another section
>> >> to resolve the rest of the settings? How would a new action
>> >> augmenting the `puppet module` application behave in this situation?
>> > Yeah, we are still in that situation. The settings that are seen during
>> > run are not necessarily in line with what was used during application
>> > discover. There is actually even a slightly larger issue: the modulepath
>> > during discovery is being added to the ruby LOAD_PATH so that utility
>> > can be loaded. This means that it may end up with things that it maybe
>> > "shouldn't" have access to because it started with one modulepath and
>> > wanted to run in "master" mode to get a different modulepath. I don't
>> > this is a problem for any existing applications, though, since I'm
>> > casing master and agent to start in the current manner.
>> At least `puppet resource` and `apply` probably depend on the same
>> run_mode vs LOAD_PATH thing, because they interact directly with the
>> type and provider system. Ditto the resource face.
> I just looked into the code and neither one of those looks like they try
> to change run_mode, which means they would just run with the default "user"
> settings. This should continue to "just work" with the proposed change.
>> Daniel Pittman
>> ⎋ Puppet Labs Developer – http://puppetlabs.com
>> ♲ Made with 100 percent post-consumer electrons
>> You received this message because you are subscribed to the Google Groups
>> "Puppet Developers" group.
>> To post to this group, send email to firstname.lastname@example.org.
>> To unsubscribe from this group, send email to
>> For more options, visit this group at