SSSD / sssd

#197 split rpm into sssd and sssd-client
Closed: Fixed Opened by simo.

Closed: Fixed
Reopen Issue

Some distributions like fedora or RHEL use multilib to support 32bit and 64bit apps at the same time. Multilib means the rpms for both arches are both installed at the same time.
To avoid having depenedencies against 32bit talloc,tevent,tdb,ldb libs (only necessary for the sssd server), please split the rpm package into sssd and sssd-client so that sssd-client contains the pam_sss and nss_sss libraries. Every thing else should be in sssd and the sssd package should depend on sssd-client (sssd-client must not depend on sssd).

Fields changed

milestone: SSSD 1.0 => SSSD 0.6.0
owner: somebody => sgallagh
priority: major => blocker
status: new => assigned

As discussed on IRC, I'm passing this to simo to take care of.

owner: sgallagh => simo
priority: blocker => critical
status: assigned => new

Fixed in f3cdf684be66f04b8607b1254f1b305aecdfa222

This may or may not affect automated testing, as it will require a new package, but the packages should be pulled in by the dependency resolution. Marking it as "Affects Tests" for now.

fixedin: => 0.6.0
resolution: => fixed
status: new => closed
tests: 0 => 1

Fields changed

tests: 1 => 0
testsupdated: 0 => 1

Fields changed

rhbz: => 0

Metadata Update from @simo:
- Issue assigned to simo
- Issue set to the milestone: SSSD 0.6.0

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

This issue has been cloned to Github and is available here:
- https://github.com/SSSD/sssd/issues/1239

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.
Metadata
None
None
None
Low
defect
SSSD
1.0
1
0
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.