Ticket 47560: fixup memberof task does not work: task entry not added

Bug Description:

	The fixup memberof tasks is triggered by ADD of entry like:
	cn=memberOf_fixup_YYYY_MM_DD_HH_MM_SS, cn=memberOf task, cn=tasks, cn=config

	the script fixup-memberof.pl does not add this entry

Fix Description:
	Initialize the $entry variable

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

Reviewed by: Noriko Hosoi

Platforms tested: F17

Flag Day: no

Doc impact: no
Ticket 47565 - Content Sync update file needs extensibleObject

The Content Sync Plug-in update file will cause a schema violation
that causes dse.ldif to fail to load after upgrading an older DS
instance.  The problem is that the nsslapd-depends-on-name attribute
is used, but the extensibleObject objectclass is not present for
the config entry.  This is required since nsslapd-depends-on-named
is not really defined in the schema like a normal attribute.
(cherry picked from commit bf1203a0916cdbee27651644b85aa21e6de1224b)
Ticket 47569 - ACIs do not allow attribute subtypes in targetattr keyword

When validating the targetattr ACI keyword, we check if the attribute
is defined in the schema.  This schema check fails if the attribute
has a subtype present.

This patch makes the attribute syntax lookup function check if a
subtype was specified before performing the looking.  If a subtype
is specified, it is stripped off and we just use the base attribute
name to lookup the syntax from the hashtable.
(cherry picked from commit cb73cf2b09b015696d0ef04820cfbbb564143207)
Ticket 47569 - Fix build warnings

The previous commit for this ticket introduced some build warnings.
This patch corrects the build warnings.
(cherry picked from commit 01df89d34528a4551e079973a78586c87d521ba1)
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
(cherry picked from commit 31480d928c561fb41a2511acacb03a3405bf9687)
bump version to 1.3.2.3