I m not a Puppet users but a Chef one.<div><br></div><div>Initially I was considering that the language behind the conf management didn't matter.</div><div><br></div><div>But I realise that it affect my understanding of the tool because I m not able to read the source code as easily that I can do in most of Python tool that I use to understand  their inside mechanism. </div>


<div><br></div><div>And even If I can read ruby to some extend of some black magic, it leaves me dependent on what the documentation provide me. I personally feel the need of tool that I can own. </div><div><br></div><div>

Since a year that I follow this project, I amaze by the progress that they have done by a keeping a tool easy to get started.</div><div><br></div><div><br></div><div>R.</div><div><br></div>
<div><br></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Nov 29, 2012 at 11:39 PM, John Lee <span dir="ltr"><<a href="mailto:jjl@pobox.com" target="_blank">jjl@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Wed, 28 Nov 2012, Rachid Belaid wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
I have been in touch with the people behind Salt Stack :<br>
<a href="http://saltstack.org/" target="_blank">http://saltstack.org/</a><br>
<br>
One of the developers is coming next week to do some training on Salt.<br>
</blockquote></div>
[...]<br>
<br>
The usual suspect in this field is puppet.  Puppet has a lot of users, so presumably a lot of canned, working configuration components.  So, a question for those more clued-in than me about puppet: What problems does it leave us with -- through omission or commission -- that Salt Stack solves, or might solve?  Problems *other than* not being written in Python!<br>


<br>
(Like perhaps lots of people, I've worked with in house home-grown puppet-like systems, but not puppet itself.)<br>
<br>
The github readme focuses more on features than the problems that it solves over the status quo, and does not mention puppet, but hints at problems in other systems with:<br>
<br>
 * covering the whole range from small to large numbers of hosts<br>
<br>
 * working with multiple geographical sites<br>
<br>
and in the Randall Schwartz interview video, I think these were mentioned:<br>
<br>
 * execution time for operations on large numbers of hosts, and where<br>
   the command to run depends on information gathered from those hosts<br>
   rather than from a central database<br>
<br>
 * lack of polymorphism across systems (example mentioned was a<br>
   generic "install this package" command in Salt)<br>
<br>
 * verbosity of puppet configurations<br>
<br>
<br>
If you consider being written in Python significant (and I guess I do, to some extent) the same question goes for bcfg2, and any other similar tools written in Python.  And also for <favourite deployment system here>!<span class="HOEnZb"><font color="#888888"><br>


<br>
<br>
John</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
python-uk mailing list<br>
<a href="mailto:python-uk@python.org" target="_blank">python-uk@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-uk" target="_blank">http://mail.python.org/<u></u>mailman/listinfo/python-uk</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Rach Belaid<br>Director at Iron Braces Ltd<br>Flat 9 240B Amhurst Road, London N16 7UL<br>Phone : +44 75 008 660 84<br>VAT : 114 2764 36<br><br>
</div>