Version 1.6.2:
-   Fix bug in ban_fqan when a voms-less proxy is used: ban_fqan should succeed.

Version 1.6.1:
-   Fix bug in voms_poolaccount when requested username is unset
-   Fix missing #include of dlfcn.h for voms_poolaccount

Version 1.6.0:
-   When LCMAPS has version 1.6.0 or higher, the voms_localaccount and
    voms_poolaccount plugins will try to obtain a "requested_username" from the
    framework.
    When set:
    * for the voms_localaccount it needs to match one of the target useraccounts
      for the FQANs in the grid-mapfile. This enables support for mapping to
      e.g. user2 in an entry such as
       "/FQAN" user1,user2
    * for the voms_poolaccount it needs to match the resulting poolaccount.

Version 1.5.5:
-   Adding a deprecation notice about the LCMAPS VOMS Extract plugin

Version 1.5.4:
-   New plugin: lcmaps_ban_fqan to ban a user based on the presence of any of
    its FQANs in a local database file.

Version 1.5.3:
-   Added manpages for the lcmaps_voms, lcmaps_voms_localaccount,
    lcmaps_voms_poolaccount, lcmaps_voms_poolgroup and lcmaps_localgroup
    plug-ins.
-   Fix an 'invalid read' in valgrind (seems a bug in the gnu implementation of
    strspn())

Version 1.5.2:
-   Fixed a bug when the option -do_not_use_secondary_gids is set and no other
    is set. This was discovered during an upgrade on a CREAM CE by Massimo
    Sgaravatto.. The check was intented to cast an error when mutually
    exclusive settings where configured. In this case the settings were not
    mutually exclusive and falsely failed the initialization of the plug-in.
    The check has been removed.

Version 1.5.1:
-   Removed the gss_cred_id_t to X.509 conversion. The LCMAPS framework
    reliably takes care of this and taking the X.509 as a base (exclusive for
    the lcmaps_voms.mod, not the mapping plug-ins).

Version 1.5.0:
-   Changing the log messages to match the logging method used in LCMAPS
    version 1.5.0, which will be using the Syslog native log priority/levels.
-   Added an initialization check to the voms localaccount plugin. The
    grid-mapfile must be stat()-able, otherwise trigger an initialization
    failure. Previously a run-time error would have been triggered.
-   Added initialization checks to the voms poolgroup plugin. The groupmapfile
    and groupmapdir stat()-able, otherwise trigger an initialization failure.
    Previously a run-time error would have been triggered.

-   A new option to the plugins "voms_localgroup" and "voms_poolgroup":
        --map-to-secondary-groups:
            When set all the VOMS FQAN to Unix Group ID mappings will be
            stored as secondary Unix group IDs. By default the first mapping
            will be stored as a primary Unix Group ID

-   A new option to the plugins "voms_localaccount" and "voms_poolaccount":
        --add-primary-gid-from-mapped-account
            When set the primary Unix ID will come from the mapped local/pool
            account based on 'passwd' information on the account.
        --do-not-add-primary-gid-from-mapped-account
            When set the primary Unix ID will NOT come from the account and is
            expected to be set by another plug-in prior. The voms_poolaccount
            plug-in expects (by default) a primary Unix group id to be
            provided. The voms_localaccount could function without the primary
            Unix group id set. It is thereby advised to run a plug-in that will
            provided this information prior to these two plug-ins.
            Note for the voms_localaccount::
                This feature is equivalent to setting -use_voms_gid or
                --use-voms-gid
        --add-secondary-gids-from-mapped-account:
            When set the secondary Unix group IDs of the mapped account are
            added as mapped secondary Unix group ID results
        --add-primary-gid-as-secondary-gid-from-mapped-account
            The mapped pool/local account is looked up for its 'passwd'
            information and the associated primary Unix group ID is added to
            the mapping result as a secondary Unix group ID.
        The following combination of options is mutually exclusive:
            --do-not-map-primary-gid and --match-primary-gid-to-mapped-account
            --use-voms-gid and --do-not-map-primary-gid
            --use-voms-gid and --match-primary-gid-to-mapped-account
            --use-voms-gid and --add-secondary-gids-from-mapped-account

-   New option to "voms_poolaccount":
        --require-primary-gid:
            This was the old default. The voms_poolaccount plugin expects to
            have access to an already mapped primary Unix group ID from a
            previously executed plug-in. The primary Unix group ID and the
            secondary Unix group IDs were used to form the poolindex entry for
            in the gridmapdir and poolaccount procurement process.
        --do-not-require-primary-gid:
            The new DEFAULT. The voms_poolaccount plugin does not expect a
            primary Unix group ID to be set by another plug-in. At the time of
            the poolindex construction and account procurement process from the
            gridmapdir the primary Unix group ID is *NOT* used when not yet
            set. If another plugin did set a primary Unix group ID, then this
            is going to be used too.
            Applying this setting provides the opportunity to us the
            "--map-to-secondary-groups" option to the "voms_localaccount" and
            "voms_poolaccount" and let the primary Unix group ID from the
            "--add-primary-gid-from-mapped-account" work as advertised.


Version 1.4.6:
Moving the debug message more to the background into the debug stream.



For all LCMAPS plugins:
- Updated the gridmapfile and gridmapdir code to signal that the gridmapdir is not setup properly or full in the logfile. This message was lost. Updated all other localaccount and poolaccount plug-in logging as well to be less verbose and to the point for debugging purposes.


Generic to all components:

- adjusted to be able to use EPEL, EMI and gLite packages and system native library installations
- cleanup of unused files and support for distribution tarball.
- provide pkg-config files
- All LCMAPS public header files are all in ${includeDir}/lcmaps/*.h


