System Security Services Daemon
https://pagure.io/SSSD/sssd
Provides a set of daemons to manage access to remote directories and
authentication mechanisms. It provides an NSS and PAM interface toward
the system and a pluggable backend system to connect to multiple different
account sources. It is also the basis to provide client auditing and policy
services for projects like FreeIPA.
- Devel package for openSUSE:Factory
-
13
derived packages
- Developed at SCM
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout network:ldap/sssd && cd $_
- Create Badge
Refresh
Refresh
Source Files
Sources could not be expanded: conflict in file sssd.spec
Comments 9
Will the build problem for Leap 15.1 or Leap 15.2 because of a not sufficient p11-kit version solved ? It would be also interesting if a sssd-kcm package (available since version 1.16) could be built for the new sssd release. Thanks for your infos !
Not from my side. Yes.
Thank you for the fast response and the building of the sssd-kcm package !
Is there a timeline for when 2.6.3 will be submitted to factory? Particularly, it addresses a major regression in AD authentication introduced in 2.6.2.
whenever they get their signature file right :-/
https://github.com/SSSD/sssd/releases/download/2.6.3/sssd-2.6.3.tar.gz.asc seems to be fine. But 2.6.3 release tarball is signed by Pavel's key and sssd.keyring only contains Alexey's key.
@jengelh, do you agree to add both keys to the keyring?
Hi! Are there any objections to adding
--with-subid
to the build options to enable support for https://github.com/SSSD/sssd/commit/f546088226872f24722bdd94388816792bd5891a ? If I am not mistaken, our version ofshadow
(v4.11.1) should already include support for it, as per https://github.com/shadow-maint/shadow/commit/8492dee6632e340dee76eee895c3e30877bebf45.Can someone look at the builds for Leap and why it's looking for libldap-data 2.4 and openldap2 has been upgraded to 2.6?
because the base system wants 2.4 and there is a certain forward incompatibility caused by the 2.4 package, yes we can workaround it, no this is not the place to submit bugs.