From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513

Description of problem:
I am trying to use the luseradd program in the libuser package to perform LDAP
user management but with no success.  I have traced the problem into the libuser
source code and see that it requires an "administratorUid" attribute that is
apparently provided by a non-existant "shadowGroup" objectClass.  (see
modules/ldap.c)

Neither administratorUid nor shadowGroup ship with the Red Hat 7.3
openldap-servers package and I can't find either of them with a Google search.

However, without this non-existant attribute libuser does not work with the LDAP
module.


Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Configure /etc/libuser.conf to support LDAP
2. Run "lgroupadd" to create a group
3. It always fails during the attempt to update the LDAP database
4. Grep for "SHADOWGROUP" and "administratorUid" in modules/ldap.c from libuser
5. Grep for both in /etc/openldap/schema and find that neither exist.

Actual Results:  [root@server root]# lgroupadd tst1
LDAP Bind Password: 
Group creation failed.

(although the really interesting stuff is elsewhere)

Expected Results:  Presumably "Group creation succeeded" :)

Additional info:

Here is the offending section from modules/ldap.c:
        {LU_ADMINISTRATORNAME, G_STRINGIFY_ARG(LU_ADMINISTRATORNAME),
         "administratorUid", SHADOWGROUP, LU_LDAP_GROUP},

The "quick hack" fix would apparently be to rebuild libuser without that line,
but I hesitate to deviate from the standard Red Hat packages if I don't have to.
 Would an official fix or at least a pointer to this mysterious schema be too
much to ask for? :)

Thanks for all your great work!!