I love this. +1 On Tue, Apr 27, 2010 at 2:47 PM, <[email protected]> wrote: > Issue #2658 has been updated by Luke Kanies. > > In conversation internally, we still hate the idea of run stages, but I > think we might have a reasonable replacement ability. > > How about if we make relationships first-class objects in the language, and > enable specifying many-to-many relationships? E.g., something simple like: > > Package[foo] -> File[/foo] > > You could use a collection to do many-to-many: > > Yumrepo <| |> -> Package<| provider == yum |> > > This would find all yumrepo resources and make them a dependency of all > package resources whose provider is 'yum'. > > I think we'd use the fat arrow for subscribe/notify equivalents: > > File[/foo] => Service[foo] > > And we'd allow it to be on the same line as a resource definition: > > file { "/foo": ensure => present } => service { foo: ensure => running } > > Would this provide enough functionality that you would no longer need run > stages? > > ________________________________ > > Feature #2658: Add puppet "run stages" > > Author: Robin Bowes > Status: Needs design decision > Priority: Normal > Assigned to: Luke Kanies > Category: > Target version: > Affected version: 0.25.0 > Keywords: > Branch: > > Sometimes, there are certain specific manifests that you want to run before > all others. > > Similarly, there may be others that you want to run after all others have > finished. > > I'd like to see support for this added to puppet. > > By default, all manifests would be "run" in the "main" stage. However, all > types would support an additional parameter: stage => 'pre' or stage => > 'post. > > Anything labelled as "pre" would be executed first, followed by anything > labelled "main" or with no explicit stage, then finally anything labelled > "post". > > The stages could even be user-defined by specifying them in some config > file, eg: > > [stages] > default=main > 1=pre > 2=main > 3=post > > Any support for this sort of idea? > > ________________________________ > > 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. >
-- 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.
