I still think that if an *absolutely identical* resource is declared in two
(or more) places, that it should simply bind back to the same object in the
catalog. It's even a cheap lookup!

Obviously, any difference would cause a disaster but that's OK and part of
the language protection.

Yes, it would lead to sloppy code in some (many?) cases but it would also
allow for more re-usable code in many cases without the need for modules
with exactly one resource in them.

Thanks,

Trevor


On Thu, Aug 8, 2013 at 1:34 PM, Andy Parker <[email protected]> wrote:

> On Wed, Aug 7, 2013 at 6:21 AM, Niels Abspoel <[email protected]>wrote:
>
>> Could this be done with other resources like packages??
>>
>>
> If it was done as a metaparam (assuming that is what you were referring
> to), it would be available for all types. So yeah, it would work on
> packages :)
>
>
>> I think all resources that could be duplicate could benefit from this,
>> instead of a error duplicate resource it could reference this method,
>> to indicate which resource will be used.
>>
>>
> We have two issues related to getting puppet to better handle duplicate
> resources: http://projects.puppetlabs.com/issues/16782 and
> http://projects.puppetlabs.com/issues/18490.
>
>
>> I See a lot of posts and questions about duplicate resources.
>>
>>
> Yeah, I think that it is one of those purity vs. usability issues that
> exists in puppet at the moment. I think there is a way to be both
> theoretically pure and usable at the same time, but the system has to be
> based on the sound theoretical model. I think puppet is on the right track,
> but needs a few tweaks in places like this.
>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Puppet Developers" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to [email protected].
>> To post to this group, send email to [email protected].
>> Visit this group at http://groups.google.com/group/puppet-dev.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
> --
> Andrew Parker
> [email protected]
> Freenode: zaphod42
> Twitter: @aparker42
> Software Developer
>
> *Join us at PuppetConf 2013, August 22-23 in San Francisco - *
> http://bit.ly/pupconf13*
> **Register now and take advantage of the Final Countdown discount - save
> 15%!*
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/puppet-dev.
> For more options, visit https://groups.google.com/groups/opt_out.
>



-- 
Trevor Vaughan
Vice President, Onyx Point, Inc
(410) 541-6699
[email protected]

-- This account not approved for unencrypted proprietary information --

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/puppet-dev.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to