2.3.0 authors and changelog updates

Change-Id: I5a46437a718e2a29fd289bde7bec45db4ee873bd

.mailmap

@@ -51,7 +51,7 @@ Tom Fifield <tom@openstack.org> Tom Fifield <fifieldt@unimelb.edu.au>
 Sascha Peilicke <saschpe@gmx.de> Sascha Peilicke <saschpe@suse.de>
 Zhenguo Niu <zhenguo@unitedstack.com> <Niu.ZGlinux@gmail.com>
 Peter Portante <peter.portante@redhat.com> <peter.a.portante@gmail.com>
-Christian Schwede <info@cschwede.de> <christian.schwede@enovance.com>
+Christian Schwede <christian.schwede@enovance.com> <info@cschwede.de>
 Constantine Peresypkin <constantine.peresypk@rackspace.com> <constantine@litestack.com>
 Madhuri Kumari <madhuri.rai07@gmail.com> madhuri <madhuri@madhuri-VirtualBox.(none)>
 Morgan Fainberg <morgan.fainberg@gmail.com> <m@metacloud.com>
@@ -70,3 +70,5 @@ Jing Liuqing <jing.liuqing@99cloud.net> <jing.liuqing@99cloud.net>
 Lorcan Browne <lorcan.browne@hp.com> <lorcan.browne@hp.com>
 Eohyung Lee <liquidnuker@gmail.com> <liquid@kt.com>
 Harshit Chitalia <harshit@acelio.com> <harshit@acelio.com>
+Richard Hawkins <richard.hawkins@rackspace.com>
+Sarvesh Ranjan <saranjan@cisco.com>

AUTHORS

@@ -29,6 +29,7 @@ Mehdi Abaakouk (mehdi.abaakouk@enovance.com)
 Jesse Andrews (anotherjesse@gmail.com)
 Joe Arnold (joe@swiftstack.com)
 Ionuț Arțăriși (iartarisi@suse.cz)
+Bob Ball (bob.ball@citrix.com)
 Christian Berendt (berendt@b1-systems.de)
 Luis de Bethencourt (luis@debethencourt.com)
 Keshava Bharadwaj (kb.sankethi@gmail.com)
@@ -60,10 +61,13 @@ Cedric Dos Santos (cedric.dos.sant@gmail.com)
 Gerry Drudy (gerry.drudy@hp.com)
 Morgan Fainberg (morgan.fainberg@gmail.com)
 ZhiQiang Fan (aji.zqfan@gmail.com)
+Mike Fedosin (mfedosin@mirantis.com)
+Ricardo Ferreira (ricardo.sff@gmail.com)
 Flaper Fesp (flaper87@gmail.com)
 Tom Fifield (tom@openstack.org)
 Florent Flament (florent.flament-ext@cloudwatt.com)
 Gaurav B. Gangalwar (gaurav@gluster.com)
+Jiangmiao Gao (tolbkni@gmail.com)
 Alex Gaynor (alex.gaynor@gmail.com)
 Martin Geisler (martin@geisler.net)
 Anne Gentle (anne@openstack.org)
@@ -71,12 +75,13 @@ Clay Gerrard (clay.gerrard@gmail.com)
 Filippo Giunchedi (fgiunchedi@wikimedia.org)
 Mark Gius (launchpad@markgius.com)
 David Goetz (david.goetz@rackspace.com)
+Tushar Gohad (tushar.gohad@intel.com)
 Jonathan Gonzalez V (jonathan.abdiel@gmail.com)
 Joe Gordon (jogo@cloudscaling.com)
 David Hadas (davidh@il.ibm.com)
 Andrew Hale (andy@wwwdata.eu)
 Soren Hansen (soren@linux2go.dk)
-Richard (Rick) Hawkins (richard.hawkins@rackspace.com)
+Richard Hawkins (richard.hawkins@rackspace.com)
 Gregory Haynes (greg@greghaynes.net)
 Doug Hellmann (doug.hellmann@dreamhost.com)
 Dan Hersam (dan.hersam@hp.com)
@@ -94,6 +99,7 @@ Paul Jimenez (pj@place.org)
 Zhang Jinnan (ben.os@99cloud.net)
 Jason Johnson (jajohnson@softlayer.com)
 Brian K. Jones (bkjones@gmail.com)
+Arnaud JOST (arnaud.jost@ovh.net)
 Kiyoung Jung (kiyoung.jung@kt.com)
 Takashi Kajinami (kajinamit@nttdata.co.jp)
 Matt Kassawara (mkassawara@gmail.com)
@@ -104,6 +110,7 @@ Dae S. Kim (dae@velatum.com)
 Nathan Kinder (nkinder@redhat.com)
 Eugene Kirpichov (ekirpichov@gmail.com)
 Leah Klearman (lklrmn@gmail.com)
+Martin Kletzander (mkletzan@redhat.com)
 Steve Kowalik (steven@wedontsleep.org)
 Sergey Kraynev (skraynev@mirantis.com)
 Sushil Kumar (sushil.kumar2@globallogic.com)
@@ -155,6 +162,7 @@ Constantine Peresypkin (constantine.peresypk@rackspace.com)
 Dieter Plaetinck (dieter@vimeo.com)
 Dan Prince (dprince@redhat.com)
 Felipe Reyes (freyes@tty.cl)
+Janie Richling (jrichli@us.ibm.com)
 Matt Riedemann (mriedem@us.ibm.com)
 Li Riqiang (lrqrun@gmail.com)
 Rafael Rivero (rafael@cloudscaling.com)
@@ -163,10 +171,11 @@ Aaron Rosen (arosen@nicira.com)
 Brent Roskos (broskos@internap.com)
 Shilla Saebi (shilla.saebi@gmail.com)
 Cristian A Sanchez (cristian.a.sanchez@intel.com)
-saranjan (saranjan@cisco.com)
+Sarvesh Ranjan (saranjan@cisco.com)
-Christian Schwede (info@cschwede.de)
+Christian Schwede (christian.schwede@enovance.com)
 Mark Seger (Mark.Seger@hp.com)
 Andrew Clay Shafer (acs@parvuscaptus.com)
+Mitsuhiro SHIGEMATSU (shigematsu.mitsuhiro@lab.ntt.co.jp)
 Dhriti Shikhar (dhrish20@gmail.com)
 Chuck Short (chuck.short@canonical.com)
 Michael Shuler (mshuler@gmail.com)

CHANGELOG

@@ -1,3 +1,63 @@
+swift (2.3.0)
+
+    * Erasure Code support (beta)
+
+      Swift now supports an erasure-code (EC) storage policy type. This allows
+      deployers to achieve very high durability with less raw capacity as used
+      in replicated storage. However, EC requires more CPU and network
+      resources, so it is not good for every use case. EC is great for storing
+      large, infrequently accessed data in a single region.
+
+      Swift's implementation of erasure codes is meant to be transparent to
+      end users. There is no API difference between replicated storage and
+      EC storage.
+
+      To support erasure codes, Swift now depends on PyECLib and
+      liberasurecode. liberasurecode is a pluggable library that allows for
+      the actual EC algorithm to be implemented in a library of your choosing.
+
+      As a beta release, EC support is nearly fully feature complete, but it
+      is lacking support for some features (like multi-range reads) and has
+      not had a full performance characterization. This feature relies on
+      ssync for durability. Deployers are urged to do extensive testing and
+      not deploy production data using an erasure code storage policy.
+
+      Full docs are at http://swift.openstack.org/overview_erasure_code.html
+
+    * Add support for container TempURL Keys.
+
+    * Make more memcache options configurable. connection_timeout,
+      pool_timeout, tries, and io_timeout are all now configurable.
+
+    * Swift now supports composite tokens. This allows another service to
+      act on behalf of a user, but only with that user's consent.
+      See http://swift.openstack.org/overview_auth.html for more details.
+
+    * Multi-region replication was improved. When replicating data to a
+      different region, only one replica will be pushed per replication
+      cycle. This gives the remote region a chance to replicate the data
+      locally instead of pushing more data over the inter-region network.
+
+    * Internal requests from the ratelimit middleware now properly log a
+      swift_source. See http://swift.openstack.org/logs.html for details.
+
+    * Improved storage policy support for quarantine stats in swift-recon.
+
+    * The proxy log line now includes the request's storage policy index.
+
+    * Ring checker has been added to swift-recon to validate if rings are
+      built correctly. As part of this feature, storage servers have learned
+      the OPTIONS verb.
+
+    * Add support of x-remove- headers for container-sync.
+
+    * Rings now support hostnames instead of just IP addresses.
+
+    * Swift now enforces that the API version on a request is valid. Valid
+      versions are configured via the valid_api_versions setting in swift.conf
+
+    * Various other minor bug fixes and improvements.
+
 swift (2.2.2)
 
     * Data placement changes