Hide Forgot
This bug is created as a clone of upstream ticket: https://fedorahosted.org/sssd/ticket/2072 This is a first part of providing account data for the Gnome account service and other customers. As a first phase, we would write a new responder, that would provide a single method to get a custom attribute. Further care must be taken to ensure that only certain attributes might be read by certain consumers (polkit? tbd). This code would be marked as experimental in upstream so that we could consider the API unstable and change it at will.
The responder was added upstream: cb4d5b588e704114b7090678752d33512baa718e 8214510f125879c3b1d247f2ce981ee20b5375d1
Jan, can you mark this bug as VERIFIED as part of your testing of adelton's Apache modules?
Yes, we will test this bug, but in a scope of: https://fedorahosted.org/spacewalk/wiki/SpacewalkAndIPA But I guess that is what is needed as SW consumes organization setting from IPA and so on.
Note - description of the feature: https://fedorahosted.org/sssd/wiki/DesignDocs/DBusResponder
I tested this extension on spacewalk 2.2. and it works correct. I verified it with following packages and extra attributes. ldap_user_extra_attrs = mail, givenname, sn, ou # spacewalk sssd-1.9.2-129.el6.x86_64 sssd-client-1.9.2-129.el6.x86_64 # master ipa-server-3.0.0-37.el6.x86_64 sssd-ldap-1.11.6-3.el6.x86_64 sssd-1.11.6-3.el6.x86_64
This is an internal fix to integrate with spacewalk. Sanity only testing from QE is only needed. Nacking this bug so that it doesn't get added in the errata.
Quality Engineering Management has reviewed and declined this request. You may appeal this decision by reopening this request.