I wouldn't expect a lot of class overlap, so it might be simpler to do
it that way, but it also means a completely different directory tree.
It's going to come down to the personal taste of the admins I expect.

On Mon, Nov 21, 2011 at 11:31 AM, Mohamed Lrhazi <lrh...@gmail.com> wrote:
> Thanks guys. We do use environments already, and we also do use this
> pattern for separating operating system specific details to sub
> classes... but we only had to deal with Red Hat/CentOS/Oracle
> Enterprise Linux, and Solaris....
>
> I guess I was thinking that "windows" is so different that it should
> be totally separate :)
>
> Thanks.
> Mohamed.
>
> On Mon, Nov 21, 2011 at 1:26 PM, Aaron Grewell <aaron.grew...@gmail.com> 
> wrote:
>> Another way to handle this is to have class-level logic:
>> class something {
>>     if ( $operatingsystem == "windows" ) { include something::windows }
>>     if ( $operatingsystem == "redhat" ) { include something::redhat }
>> }
>>
>> Then put your resources in something::windows, something::redhat, etc.
>>  You may duplicate some code this way, but when the OS'es are very
>> different you'll ultimately save coding time and increase readability
>> by avoiding resource-level logic.
>>
>> On Mon, Nov 21, 2011 at 10:11 AM, Evan Hisey <ehi...@gmail.com> wrote:
>>> On Sun, Nov 20, 2011 at 8:05 PM, Mohamed Lrhazi <lrh...@gmail.com> wrote:
>>>> I stated tweaking my puppet modules and site.pp to support the new
>>>> OS.. things like:
>>>>
>>>> if ( $operatingsystem == "windows" ) {
>>>>    Exec { path =>
>>>> "C:\\Windows\\system32;C:\\Windows;C:\\Windows\\System32\\Wbem;C:\\Windows\\System32\\WindowsPowerShell\\v1.0\\;C:\\Ruby187\\bin"
>>>> }
>>>> } else {
>>>>
>>>> And now am thinking, would be better to just have an independent
>>>> "environment" for all my Windows clients? what would be the draw backs
>>>> of that?
>>>>
>>>> Thanks a lot,
>>>> Mohamed.
>>>>
>>>
>>> I use multiple environments for separating development and production
>>> systems. The only really draw back I encounter is the need to make the
>>> same change twice for certain things that are shared between both
>>> environments. I ma sure there is wa way around that, but it has not
>>> become enough of an issue to make me find it.
>>>
>>> evan
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups 
>>> "Puppet Users" group.
>>> To post to this group, send email to puppet-users@googlegroups.com.
>>> To unsubscribe from this group, send email to 
>>> puppet-users+unsubscr...@googlegroups.com.
>>> For more options, visit this group at 
>>> http://groups.google.com/group/puppet-users?hl=en.
>>>
>>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups 
>> "Puppet Users" group.
>> To post to this group, send email to puppet-users@googlegroups.com.
>> To unsubscribe from this group, send email to 
>> puppet-users+unsubscr...@googlegroups.com.
>> For more options, visit this group at 
>> http://groups.google.com/group/puppet-users?hl=en.
>>
>>
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Puppet Users" group.
> To post to this group, send email to puppet-users@googlegroups.com.
> To unsubscribe from this group, send email to 
> puppet-users+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/puppet-users?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.

Reply via email to