Issue #466 has been updated by luke. Category changed from language to RAL Status changed from Needs design decision to Accepted Affected version set to 0.24.4
I think this only makes sense if you specify the full resource reference that's provided. For this to work, you'd need the 'provides' metaparameter, and the Catalog would need to be extended to support aliases across resource types -- currently, you can only alias a resource to a different name of the same type. ---------------------------------------- Feature #466: Relationships to abstract resources http://reductivelabs.com/redmine/issues/show/466 Author: ianburrell Status: Accepted Priority: Normal Assigned to: luke Category: RAL Target version: Complexity: Hard Patch: None Affected version: 0.24.4 Keywords: It would be nice if resources could declarate a virtual resource that other one depends on. For example, an exec should require the binary but the exec resource should not care where the binary is coming from. It could come from a package then the exec needs to require the package name. Or it could from a remote file or some other definition. It would be nice if the source of the binary could provide a virtual resource that the exec requires. This would give some abstraction. I see two ways to implement the virtual resources. One is to have a special virtual type which is only used for the virtual provides. This keeps them in a separate namespace which does not interfere with other types. <pre> package { "stow": provides => "/usr/local/bin/stow" } exec { "/usr/local/bin/stow": require => Virtual[[usrlocalbinstow]] } </pre> The other is to have the provides parameter make virtual resources of any type. This allows it to satisfy automatic requires. <pre> package { "stow": provides => File[[usrlocalbinstow]] } exec { "/usr/local/bin/stow": requires => File[[usrlocalbinstow]] } </pre> In this case, it might be nice to have a virtual parameter for declaring resources as virtual. ---------------------------------------- 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://reductivelabs.com/redmine/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 -~----------~----~----~----~------~----~------~--~---
