Ticket #53 - Need to update supported locales

Description: This patch adds locales that were newly supported by
ICU to slapd-collations.conf.  (OID 2.16.840.1.113730.3.3.2.51.1
through 2.16.840.1.113730.3.3.2.244.1)

Upgrade script 60upgradeconfigfiles.pl is also added.

https://fedorahosted.org/389/ticket/53

Reviewed by rmeggins (Thanks, Rich!!)
Ticket 47491 - Update systemd service file to use PartOf directive

Replaced "BindTo" with "PartOf", also removed "After=" which not needed.

https://fedorahosted.org/389/ticket/47491

Reviewed by: richm(Thanks!)
Ticket #53 - Need to update supported locales
commit e0c78d5b87d4d798a936eba9c90f5db5347bcb3c did not include
the upgreade script: 60upgradeconfigfiles.pl.
Note: This is a part of 389-ds-base-1.3.2.0.
Ticket 47517 - memory leak in range searches and other various leaks

Bug Description:  Range searches leak memory

Fix Description:  Free the db key, if the key changed between calls to c_get.

                  Also fixed a leak when doing a delete operation(retrieving the
                  parent id), and fixed a leak in replication incremental protocol
                  when getting the hostname control.

https://fedorahosted.org/389/ticket/47517

Reviewed by:  nhosoi & richm(Thanks!)
Ticket 47535 - Logconv.pl - RFE - add on option for a minimum etime for unindexed search stats

Added a new option "-t, --minEtime" that sets the minimum etime for recording unindexed
searches.

https://fedorahosted.org/389/ticket/47535

Reviewed by: richm(Thanks!)
Ticket #47515 Fedora 20: setup-ds-admin.pl

https://fedorahosted.org/389/ticket/47515
Reviewed by: nhosoi (Thanks!)
Branch: master
Fix Description: If the last section in the last inf in process_maptbl was
a simple string scalar, and not a hash ref, the $infsection variable would
be set to that string scalar, and execution would pass to the next statement
beyond the foreach loop.  The next statement would attempt to dereference
that simple string as a hash reference.
The fix is to just remove that test for the presence of the hash key.  If
execution got to this point in the code, the hash key was not found, and we
need to check for a default value, or no key at all.  Note that the old
code would always have returned true for this condition - calling
defined($href->{key}) will always return 0 if $href is not really a hash
ref.
Not sure why this is a problem on F20 - perhaps perl 5.18 in F20 is much
more strict with "use strict".
Platforms tested: RHEL6 x86_64, Fedora 20
Flag Day: no
Doc impact: no
Ticket #53 - Need to update supported locales
Cleaning up typos and format.

https://fedorahosted.org/389/ticket/53

Reviewed by rmeggins (Thank you, Rich!!)
Ticket 47535 - update man page

Forgot to add the new flag to the top of the man page that gives the basic usage.

https://fedorahosted.org/389/ticket/47535
Ticket #47551 logconv: -V does not produce unindexed search report

https://fedorahosted.org/389/ticket/47551
Reviewed by: mreynolds (Thanks!)
Branch: master
Fix Description: Execute the $usage /u/ code also when verb == yes.
Platforms tested: RHEL6 x86_64
Flag Day: no
Doc impact: no
Ticket #47530 - dbscan on entryrdn should show all matching values

Bug description:
1. When the key format of entryrdn was updated (eliminated ':'
   from the key), the dbscan was not updated.
2. If a key is passed with -k option and if the key has multiple
   values, only the first one was printed.

Fix description:
1. The key format is adjusted to the entryrdn code.
2. Multi-valued key is supported.

Usage:
dbscan -f entryrdn.db
  Scan entryrdn based on the order of the key (oid - 1,2,...,
  Coid - C1,C2,..., Poid - P1,P2,...).
dbscan -f engryrdn.db -k key
  where the key could be "suffix" or key (oid, Coid, Poid)
  The scan starts from the item of the key and traverses its
  descendants.

https://fedorahosted.org/389/ticket/47530

Reviewed by rmeggins (Thank you, Rich!!)
Ticket 47490 - Schema replication between DS versions may overwrite newer base schema

Bug Description:
	At the beginning of a replication session, the supplier checks if the schema (that the supplier owns) needs to be pushed
	to the consumer. This is based on the comparison of a CSN (nsSchemaCSN).
	The problem is that the CSN specifies which is the most recent update but does not garantee that the most recent
	update is a superset of a previous update.
	In an upgrade scenario a consumer schema can be overwriten by a supplier schema although the consumer schema is a superset
	of the supplier schema

Fix Description:
	The fix contains two parts:
		- one to prevent a supplier to push its schema if it is not a superset of the consumer one
		- one to prevent a consumer to accept a schema push, if the supplier schema is not a superset of its schema
	To determine that a schema is a superset of an other, this fix only deals objectclasses.
	For all objectclasses (of the consumer schema), it checks that
		- all required attributes are also required in the supplier objectclasses
		- all allowed  attributes are also allowed  in the supplier objectclasses

https://fedorahosted.org/389/ticket/47490

Reviewed by: Rich Megginson (thanks Rich !)

Platforms tested: unit tests, acceptance mmr, new TC in tet accept/mmr

Flag Day: no

Doc impact: possibly for troubleshooting guide, in case of warning messages
Ticket 47499 - if nsslapd-cachememsize set to the number larger than
                the RAM available, should result in proper error message.

Bug Description:  The server allows any value to be set for all the cache sizes.  If
                  this value is too large it will basically crash the server.

Fix Description:  Do a value verification before allowing the change.  Report an
                  error 53 and a descriptive error string if the value is too large.

https://fedorahosted.org/389/ticket/47499

Reviewed by: nhosoi(Thanks!!)