mirror of
https://github.com/saltstack/salt.git
synced 2025-04-17 10:10:20 +00:00
Comma cleanup
This commit is contained in:
parent
b9afe18423
commit
3f4b2cc8bb
12 changed files with 18 additions and 18 deletions
|
@ -151,7 +151,7 @@ enough, if not, explain your usage on a ticket. With this change, also
|
|||
`salt.modules.file.contains_glob()` and `salt.utils.find` now do the searching
|
||||
and/or matching using the buffered chunks approach explained above.
|
||||
|
||||
Two new keyword arguments were also added, `makedirs` and `source`.
|
||||
Two new keyword arguments were also added, `makedirs`, and `source`.
|
||||
The first, `makedirs` will create the necessary directories in order to append
|
||||
to the specified file, of course, it only applies if we're trying to append to
|
||||
a non-existing file on a non-existing directory:
|
||||
|
|
|
@ -39,7 +39,7 @@ OpenStack Additions
|
|||
--------------------
|
||||
|
||||
OpenStack integration with Salt has been moving forward at a blistering pace.
|
||||
The new `nova`, `glance` and `keystone` modules represent the beginning of
|
||||
The new `nova`, `glance`, and `keystone` modules represent the beginning of
|
||||
ongoing OpenStack integration.
|
||||
|
||||
The Salt team has had many conversations with core OpenStack developers and
|
||||
|
|
|
@ -4,7 +4,7 @@ Salt 0.14.0 Release Notes
|
|||
|
||||
:release: 2013-03-23
|
||||
|
||||
Salt 0.14.0 is here! This release was held up primarily by PyCon, Scale and
|
||||
Salt 0.14.0 is here! This release was held up primarily by PyCon, Scale, and
|
||||
illness, but has arrived! 0.14.0 comes with many new features and is breaking
|
||||
ground for Salt in the area of cloud management with the introduction of Salt
|
||||
providing basic cloud controller functionality.
|
||||
|
@ -50,7 +50,7 @@ formulas used to set up a hypervisor:
|
|||
New get Functions
|
||||
-----------------
|
||||
|
||||
An easier way to manage data has been introduced. The pillar, grains and config
|
||||
An easier way to manage data has been introduced. The pillar, grains, and config
|
||||
execution modules have been extended with the new ``get`` function. This
|
||||
function works much in the same way as the get method in a python dict, but with
|
||||
an enhancement, nested dict components can be extracted using a `:` delimiter.
|
||||
|
|
|
@ -250,7 +250,7 @@ Version 0.17.1 is the first bugfix release for :doc:`0.17.0
|
|||
(:issue:`7718`)
|
||||
- Fix for pillar/grains naming regression in python renderer (:issue:`7693`)
|
||||
- Fix args/kwargs handling in the scheduler (:issue:`7422`)
|
||||
- Fix logfile handling for `file://`, `tcp://` and `udp://` (:issue:`7754`)
|
||||
- Fix logfile handling for `file://`, `tcp://`, and `udp://` (:issue:`7754`)
|
||||
- Fix error handling in config file parsing (:issue:`6714`)
|
||||
- Fix RVM using sudo when running as non-root user (:issue:`2193`)
|
||||
- Fix client ACL and underlying logging bugs (:issue:`7706`)
|
||||
|
|
|
@ -38,7 +38,7 @@ information gathered from PuppetLabs' Facter application, making Salt module
|
|||
more flexible. In the future I hope to also allow Salt to group servers based
|
||||
on Facter information as well.
|
||||
|
||||
All in all Salt is fast, efficient and clean, can be used from a simple command
|
||||
All in all Salt is fast, efficient, and clean, can be used from a simple command
|
||||
line client or through an API, uses message queue technology to make network
|
||||
execution extremely fast, and encryption is handled in a very fast and
|
||||
efficient manner. Salt is also VERY easy to use and VERY easy to extend.
|
||||
|
|
|
@ -68,7 +68,7 @@ it to a specific module. The returner modules work like minion modules, so any
|
|||
returner can be added to the minions.
|
||||
|
||||
This means that a custom data returner can be added to communicate the return
|
||||
data so anything from MySQL, Redis, MongoDB and more!
|
||||
data so anything from MySQL, Redis, MongoDB, and more!
|
||||
|
||||
There are 2 simple stock returners in the returners directory:
|
||||
|
||||
|
|
|
@ -84,7 +84,7 @@ can be defined in environment variables now.
|
|||
New Modules
|
||||
-----------
|
||||
|
||||
Quite a few new modules, states, returners and runners have been made.
|
||||
Quite a few new modules, states, returners, and runners have been made.
|
||||
|
||||
New Minion Modules
|
||||
``````````````````
|
||||
|
|
|
@ -170,7 +170,7 @@ File State Additions
|
|||
````````````````````
|
||||
|
||||
The file state has been given a number of new features, primarily the
|
||||
directory, recurse, symlink and absent functions.
|
||||
directory, recurse, symlink, and absent functions.
|
||||
|
||||
file.directory
|
||||
Make sure that a directory exists and has the right permissions.
|
||||
|
@ -210,7 +210,7 @@ file.recurse
|
|||
|
||||
file.absent
|
||||
Make sure that the file is not on the system, recursively deletes
|
||||
directories, files and symlinks.
|
||||
directories, files, and symlinks.
|
||||
|
||||
.. code-block:: yaml
|
||||
|
||||
|
|
|
@ -284,7 +284,7 @@ More to Come
|
|||
------------
|
||||
|
||||
We are actively seeking inclusion in more distributions. Primarily getting
|
||||
Salt into Gentoo, SUSE, OpenBSD and preparing Solaris support are all turning
|
||||
Salt into Gentoo, SUSE, OpenBSD, and preparing Solaris support are all turning
|
||||
into higher priorities.
|
||||
|
||||
Refinement
|
||||
|
@ -327,7 +327,7 @@ This module was contributed thanks to the efforts of Christer Edwards
|
|||
:mod:`gentoo_service <salt.modules.gentoo_service>`
|
||||
```````````````````````````````````````````````````
|
||||
Support has been added for managing services in Gentoo. Now Gentoo services
|
||||
can be started, stopped, restarted, enabled, disabled and viewed.
|
||||
can be started, stopped, restarted, enabled, disabled, and viewed.
|
||||
|
||||
:mod:`pip <salt.modules.pip>`
|
||||
`````````````````````````````
|
||||
|
|
|
@ -69,7 +69,7 @@ Salt Virt
|
|||
---------
|
||||
|
||||
Salt Virt is a cloud controller that supports virtual machine deployment,
|
||||
inspection, migration and integration with many aspects of Salt.
|
||||
inspection, migration, and integration with many aspects of Salt.
|
||||
|
||||
Salt Virt has undergone a major overhaul with this release and now supports
|
||||
many more features and includes a number of critical improvements.
|
||||
|
|
|
@ -180,7 +180,7 @@ The new ``onchanges`` and ``onchanges_in`` requisites make a state apply only if
|
|||
there are changes in the required state. This is useful to execute post hooks
|
||||
after changes occur on a system.
|
||||
|
||||
The other new requisites, ``onfail`` and ``onfail_in``, allow for a state to run
|
||||
The other new requisites, ``onfail``, and ``onfail_in``, allow for a state to run
|
||||
in reaction to the failure of another state.
|
||||
|
||||
For more information about these new requisites, see the
|
||||
|
@ -366,7 +366,7 @@ call, such as with a Kickstart script, all using regular shell tools.
|
|||
Fileserver Backend Enhancements
|
||||
-------------------------------
|
||||
|
||||
All of the fileserver backends have been overhauled to be faster, lighter and
|
||||
All of the fileserver backends have been overhauled to be faster, lighter, and
|
||||
more reliable. The VCS backends (:mod:`gitfs <salt.fileserver.gitfs>`,
|
||||
:mod:`hgfs <salt.fileserver.hgfs>`, and :mod:`svnfs <salt.fileserver.svnfs>`)
|
||||
have also received a **lot** of new features.
|
||||
|
@ -408,7 +408,7 @@ Environment Whitelisting/Blacklisting
|
|||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
By default, gitfs will expose all branches and tags as Salt fileserver
|
||||
environments. Two new config parameters, :conf_master:`gitfs_env_whitelist` and
|
||||
environments. Two new config parameters, :conf_master:`gitfs_env_whitelist`, and
|
||||
:conf_master:`gitfs_env_blacklist`, allow more control over which branches and
|
||||
tags are exposed. More detailed information on how these two options work can
|
||||
be found in the :ref:`Gitfs Walkthrough <gitfs-whitelist-blacklist>`.
|
||||
|
@ -495,7 +495,7 @@ Minion Whitelisting/Blacklisting
|
|||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
By default, minionfs will expose the pushed files from all minions. Two new
|
||||
config parameters, :conf_master:`minionfs_whitelist` and
|
||||
config parameters, :conf_master:`minionfs_whitelist`, and
|
||||
:conf_master:`minionfs_blacklist`, allow minionfs to be restricted to serve
|
||||
files from only the desired minions.
|
||||
|
||||
|
|
|
@ -137,7 +137,7 @@ Running the REST interface via any WSGI-compliant server
|
|||
The :py:mod:`rest_cherrypy <salt.netapi.rest_cherrypy.app>` netapi module is
|
||||
a regular WSGI application written using the CherryPy framework. It was written
|
||||
with the intent of also running from any WSGI-compliant server such as Apache
|
||||
and mod_wsgi, Gunicorn, uWSGI, Nginx and FastCGI, etc.
|
||||
and mod_wsgi, Gunicorn, uWSGI, Nginx, and FastCGI, etc.
|
||||
|
||||
The WSGI application entry point has been factored out into a stand-alone file
|
||||
in this release suitable for calling from an external server.
|
||||
|
|
Loading…
Add table
Reference in a new issue