Issue #3561 has been updated by Dan Carley.
Byron Appelt wrote: > Does the 'zprovider' workaround really work? If I rename the directory puppet > syncs it just fine, but I don't think it gets loaded since the custom type > will not work. You'll need a `require` line at the bottom of your type to ensure that the provider gets loaded from the new location. Tested on 0.25.5: <pre> require 'puppet/zprovider/NAME` </pre> ---------------------------------------- Bug #3561: Error loading provider during pluginsync (provider are downloaded before type) https://projects.puppetlabs.com/issues/3561 Author: Frederik Wagner Status: Accepted Priority: Normal Assignee: Category: server Target version: Statler Affected Puppet 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.
