Issue #6907 has been updated by Stefan Schulte.

I don't think that the situation where an unsuitable provider has instances is 
that unlikely.

Take the gentoo portage provider for example. It depends on eix to install 
packages. eix is an optional tool, that is recommended (because it allows 
easier queries and is faster) but not necessarily present. But you cannot 
expect that you do not have any packages installed if you do not find eix on a 
system. I guess that is true for a lot of "helper programs"

Another example:
I want puppet to

1. install an application
2. set configuration variables for that application with a custom 
type/provider. The application provides an executeable to do that

If my provider uses prefetching but the application is not yet installed, the 
provider will assume an empty configuration. But that is not true because the 
installation of the application already sets certain options.
----------------------------------------
Feature #6907: Ensure providers can be used in the same puppet run that their 
prerequisites are delivered in
https://projects.puppetlabs.com/issues/6907

Author: Nigel Kersten
Status: In Topic Branch Pending Review
Priority: Urgent
Assignee: Jacob Helwig
Category: provider
Target version: 2.7.x
Affected Puppet version: 
Keywords: 
Branch: 
https://github.com/lak/puppet/tree/tickets/2.7.x/6907-pluginsync_and_providers


This is possibly more accurately described as a collection of bug fixes, as 
we've aimed to fix this several times, however I'm characterizing this as a 
feature, and we're going to associate related bugs with it.

Essentially we want to be able to use a provider in the same run that it's 
prerequisites (like :commands and paths) are delivered in. 

You should not have to run puppet twice to use a provider.

We're aiming this at 2.6.x initially, but if it turns out that we need 
significant plumbing work to make this happen, we are re-targeting at Statler.


-- 
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.

Reply via email to