batch move to milestone 1.3

attachment
0001-Ticket-218-Make-RI-Plugin-worked-with-replicated-upd.patch

Added new config attribute for the RI Plugin: "nsslapd-pluginAllowReplUpdates: on"

Steps to reproduce:

[1] Setup a supplier and a consumer.
[2] Enabled the RI plugin on just the consumer
[3] Create a new user and group
[4] Add the user to the group (using uniquemember)
[5] Everything should be in synch
[6] Delete the user, but the user still exists in the group on the consumer

To test the fix:

[1] Stop the consumer
[2] Edit the dse.ldif and add "nsslapd-pluginAllowReplUpdates: on" to the RI plugin config entry
[3] Start the server, and rerun the test above.
[4] This time the group should not contain the uniquemember attribute of the user entry.

Thanks for the review Rich!

[mareynol@localhost servers]$ git merge ticket367
Updating ff601de..dc37983
Fast-forward
ldap/servers/plugins/chainingdb/cb_instance.c | 192 +++---
ldap/servers/plugins/referint/referint.c | 903 ++++++++++------------
ldap/servers/plugins/replication/repl5_plugins.c | 7 +-
3 files changed, 527 insertions(+), 575 deletions(-)

[mareynol@localhost servers]$ git push
Counting objects: 26, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (16/16), done.
Writing objects: 100% (16/16), 5.64 KiB, done.
Total 16 (delta 11), reused 0 (delta 0)
To ssh://git.fedorahosted.org/git/389/ds.git
ff601de..dc37983 master -> master

Added initial screened field value.

move closed tickets to 1.3.0.a1

389-ds-base is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in 389-ds-base's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/389ds/389-ds-base/issues/218

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.