Issue #3561 has been updated by Luke Kanies. Status changed from Needs design decision to Accepted Assigned to deleted (Luke Kanies) Target version set to Statler
The load order isn't actually determined by Puppet - I think it's essentially determined by how we recurse via globbing. We've done some hackery in the past to make some things like this work, but it's a hard problem to make sure the type.rb ends up on disk before the provider.rb file, or at least to make sure the provider isn't loaded. We probably need some special-casing code in there to not load providers automatically, since they're so dependent on the type. ---------------------------------------- Bug #3561: Error loading provider during pluginsync (provider are downloaded before type) http://projects.puppetlabs.com/issues/3561 Author: Frederik Wagner Status: Accepted Priority: Normal Assigned to: Category: server Target version: Statler Affected version: 0.25.4 Keywords: Branch: Apparently during the pluginsync providers are downloaded before their corresponding types, therefore the puppet client complains `undefined method `provide' for nil:NilClass` since the type is not yet known during the download of the provider. After downloading is finished the custom type/provider work fine in this run of puppet. It look like the plugins are synced in alphabetical order. -- 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.
