Re: [Puppet Users] Variable Scoping: What do you want?

Trevor Vaughan
2010-06-30T09:31:05Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

If possible, I would like to see a special variables derivative of class
that allow for multiple inheritance so that you could pull variables
from multiple top-level classes and override them at a single point.
This would prevent the multiple tree to ton of includes scenario.

Also, I''m not entirely convinced that variables can''t be
overridden. I
understand that the final compilation is order independent, but I
believe that the initial run is file order dependent. I.e. if you don''t
declare an ''include'' before an ''if''
statement checking for the included
class, then you end up with an ''if'' that is not called. Could
the
variable parsing be moved to this layer?

If this were the case, then it would be like any other language in terms
of variable overrides. Yes, it could get massively confusing.

I think that being able to pass variables into classes solves quite a
bit of this, but it''s truly an issue of having to constantly re-declare
variables to make manifest/module usage easier.

Thanks,

Trevor

On 06/29/2010 12:22 PM, Luke Kanies wrote:
> Hi all,
>
> Given the number of threads on variable scoping recently, it''s
pretty
> clear we need to change how it works.  Markus has a lot of this redone
> in his futures branch, and I''m asking him to fully describe what
the
> results will be when that''s merged, but my guess is that there are
> different expectations for what people want to see.
>
> So, my question is, what behaviour changes would you like to see in how
> variable scoping works?  How would you like the edge cases that are
> currently hurting you to behave?
>

- --
Trevor Vaughan
 Vice President, Onyx Point, Inc.
 email: tvaughan@onyxpoint.com
 phone: 410-541-ONYX (6699)
 pgp: 0x6C701E94

- -- This account not approved for unencrypted sensitive information --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAEBAgAGBQJMKw7ZAAoJECNCGV1OLcyp4coH/REcuublLnqFBowgbZ4mtdBm
jBIygeWfU9zILgSqqVr0hgHeAR3AJH5X3Yy8FISCJNTlDzEP7TyeKIlYnuph9aXr
Cj9OThm5GcPJKm1ZR5DhUGY3Vr5Hy/RCh2Y6Q8KuuKk+T7dH8bOlQRk4knTX5Isj
TpnWVoVj8SxZimU2RRzx778IAwmDNdRJxY9R73O1Fgrk8uO2VkGCwy3/j+6pII36
iW01uvmY5VImAOM6nmA0J+bMaOciauzr7AGmnj1yzG0tInmzVx5gPGSErJKTpjzb
NgER+hvKQRC83pbI9Pv6pwwDvlM+tcRzLU7HkOog/8cDu15MTG55LghVvG8bEsM=/wgk
-----END PGP SIGNATURE-----