Set correct api_service for SmartOS

On SmartOS the salt-api daemon is started by the salt:api service.

Fix Windows minion restart command

Changed pillar example formatting for Slack

peer run space and jason to yaml

they get overwritten from defaults.yaml if not specified

Changing cmd.wait to cmd.run as recomended on the documentation: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html#salt.states.cmd.wait

Proposed pull request for elasticsearch returner in the minion.d/f_defaults.conf file

Add pyinotify entry for Gentoo, refs #331

Added support for installing pyinotify when using inotify beacons

fix #296 deprecated iteritems() and replace it with items()

Fix master_tops configuration rendering

adding salt-minion restart option from official FAQ page

Corrected salt:release in pillar.example

Fixes 'TypeError: coercing to Unicode: need string or buffer, float found'

[pillar.example] fix indentation of reactors examples

Add restart minion via at (fixes #136)

Enable option to set minion scheduler

Fix map.jinja to work with 2017.7.0

enable the syndic service

Remove "source" comments from Saltify configs

Fix lists join error (#317)

I use Salt environments to provide each of my team mates the ability to develop
and test their Salt changes. And I've found that when we run this formula from
our environments against our salt-master, comments in some files change. For us
this represents an unwanted and unplanned change. I understand the intention -
to identify how or why the file changed, but I firmly believe that we should
be able to run highstsate with test=True and only see intended changes. Here's
an example:

            ID: salt-cloud-providers
      Function: file.recurse
          Name: /etc/salt/cloud.providers.d
        Result: None
       Comment: #### /etc/salt/cloud.providers.d/saltify.conf ####
                The file /etc/salt/cloud.providers.d/saltify.conf is set to be changed
       Started: 20:01:28.586441
      Duration: 75.185 ms
       Changes:
                ----------
                /etc/salt/cloud.providers.d/saltify.conf:
                    ----------
                    diff:
                        ---
                        +++
                        @@ -1,4 +1,4 @@
                        -# This file is managed by Salt via salt://salt/files/cloud.providers.d/saltify.conf?saltenv=myenv
                        +# This file is managed by Salt via salt://salt/files/cloud.providers.d/saltify.conf?saltenv=dev

                         saltify:
                           provider: saltify

Allow to specify reactors separatedly for master and minions

add a way to set which release of saltstack to use

add missing comas

SaltStack provides "versioned" repositories, this commit add a way
to set which release of salt to use.
It adds a pillar "salt:release" which can be set to a specific release
(ex: 2016.11). This release is then used to configure properly the
repositories URLs for Debian/Ubuntu/RedHat.
The default behavior is to point to 'latest', retaining the previous
behavior if the "salt:release" pillar is not set.