On Wed, Jul 2, 2014 at 7:49 AM, David Schmitt <da...@dasz.at> wrote:
> Hi Rob,
>
> The alternative would be to provide many of the well-known paths on
> windows as facts.
>
> file { "${::systemdrive}/somepath/bob": ... }
>
> Not an obvious improvement.
>
> A different question: is %PROGRAMFILES% always on %SYSTEMDRIVE% and will
> people tend to write
>
> file { "/Program Files/...": }
> file { "/Windows/...": }
>
> expecting it to work?
>
It's not and that's what this discussion is about. This is what makes it
non-deterministic. And makes it possibly an undesirable change.
The big question is how often do folks usually move things from the default
system drive with how often would those same folks fall into the category
of using '/Program Files' and expecting it to work?
>
> So I'm leaning more on the side of requiring explicit paths and against
> magic.
>
> Regards, David
>
>
> On 2014-07-01 21:28, Rob Reynolds wrote:
>
>> Context,
>> Awhile ago I thought it might be a good idea to allow for some more
>> consistency in manifests where you would not need to specify the drive
>> letter if you were going to the system drive on windows (usually c: as
>> in c:/).
>>
>> This is encapsulated in PUP-855[1].
>>
>> This would allow for the ability to specify paths in somewhat the same
>> way as they are specified on other systems, with the knowledge that on
>> Windows, the "/" on the front of the path ("/somepath/bob") would
>> actually be translated to SYSTEMDRIVE, most times c:/
>> ("c:/somepath/bob").
>>
>> There is concern that this is non-deterministic and could possibly be
>> a problem, but this could potentially be useful for most folks.
>>
>> Thoughts? Feedback?
>>
>> [1] https://tickets.puppetlabs.com/browse/PUP-855 [1]
>>
>>
>> --
>>
>> Rob Reynolds
>>
>> Developer, Puppet Labs
>>
>> JOIN US AT , SEPTEMBER 20-24 IN SAN FRANCISCO
>>
>> _Register by July 31st to take advantage of the Early Bird discount
>> [2] __--__save $249!_
>>
>>
>> --
>> 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 puppet-dev+unsubscr...@googlegroups.com [3].
>>
>> To view this discussion on the web visit
>>
>> https://groups.google.com/d/msgid/puppet-dev/CAMJiBK6YGz42hFL3JJ%2B%
>> 3D4nXriZ69ZcPYo1dQA6znpfxCU%2BRG5w%40mail.gmail.com
>> [4].
>> For more options, visit https://groups.google.com/d/optout [5].
>>
>>
>> Links:
>> ------
>> [1] https://tickets.puppetlabs.com/browse/PUP-855
>> [2] https://puppetconf2014.eventbrite.com/?discount=EarlyBird
>> [3] mailto:puppet-dev+unsubscr...@googlegroups.com
>> [4]
>>
>> https://groups.google.com/d/msgid/puppet-dev/CAMJiBK6YGz42hFL3JJ%2B%
>> 3D4nXriZ69ZcPYo1dQA6znpfxCU%2BRG5w%40mail.gmail.com?utm_
>> medium=email&utm_source=footer
>> [5] https://groups.google.com/d/optout
>>
>
> --
> 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 puppet-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/puppet-dev/4f489b7dd0e881b2c7ccf00f02cf04dd%40hosting.edv-bus.at.
>
> For more options, visit https://groups.google.com/d/optout.
>
--
Rob Reynolds
Developer, Puppet Labs
*Join us at PuppetConf 2014 <http://www.puppetconf.com/>, September
20-24 in San Francisco*
*Register by July 31st to take advantage of the Early Bird discount
<https://puppetconf2014.eventbrite.com/?discount=EarlyBird> **--**save $249!*
--
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 puppet-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-dev/CAMJiBK4X-Abbg6CD%2BJ5CoTcWzQomLaO19wmwrMtxWgf%2BXqwMSQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
