Hide Forgot
Description of problem: This was discussed over IRC at least once but IMHO was left a bit open. sssd.x86_64.rpm currently requires sssd-client, not sssd-client.x86_64. sssd.x86_64.rpm is AFAIK unable to work for most if not all use cases without sssd-client.x86_64.rpm. However, some 32-bit applications like acroread require also sssd-client.i686.rpm in order to function. So basically most common setup would include: sssd.x86_64.rpm sssd-client.x86_64.rpm And if there's a need to support some 32-bit application one could add: sssd.x86_64.rpm sssd-client.x86_64.rpm sssd-client.i686.rpm The issue was the if one wants to provide the latter in a cross 32/64-bit kickstart file, using %packages ... sssd-client.i686 ... %end will install sssd.x86_64.rpm sssd-client.i686.rpm which prevents user logins. So I'm suggesting to adding an explicit Require: sssd-client(%arch) to sssd.spec. This would make sure 1) user logins always work as expected on 64-bit 2) creating cross 32/64-bit kickstart snippets will come much easier (especially consider appliance/livecd cases where one can't depend on things like %pre as with Anaconda). Version-Release number of selected component (if applicable): RHEL 6.1
1. On a x86_64 machine: yum install sssd sssd-client.i686 2. # rpm -qa | grep sssd sssd-1.5.1-52.el6.x86_64 sssd-client-1.5.1-52.el6.x86_64 sssd-client-1.5.1-52.el6.i686 Verified in version: # rpm -qi sssd | head Name : sssd Relocations: (not relocatable) Version : 1.5.1 Vendor: Red Hat, Inc. Release : 52.el6 Build Date: Tue 20 Sep 2011 11:41:03 AM EDT Install Date: Fri 30 Sep 2011 02:17:59 AM EDT Build Host: x86-010.build.bos.redhat.com Group : Applications/System Source RPM: sssd-1.5.1-52.el6.src.rpm Size : 3550647 License: GPLv3+ Signature : (none) Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla> URL : http://fedorahosted.org/sssd/ Summary : System Security Services Daemon
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Cause: The sssd deamon package did not explicitly specify that it required sssd-client package of the same architecture Consequence: It was difficult to specify to install both primary and secondary architecture sssd-client packages on multiarch systems. Simply issuing "yum install sssd sssd-client.i686" on a x86_64 system would only install sssd-client.i686 while it should install both x86_64 and i686 systems Fix: The main sssd package requires sssd-client of the same architecture Result: Installing a secodary-arch sssd-client package would bring in the primary architecture sssd-client as well
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2011-1529.html