On Tue, 2014-10-21 at 22:02 +0200, Lukas Slebodnik wrote:
> On (21/10/14 15:42), Stephen Gallagher wrote:
> >On Tue, 2014-10-21 at 15:22 -0400, Simo Sorce wrote:
> >> On Tue, 21 Oct 2014 09:39:07 +0100 (BST)
> >> John Hodrien <J.H.Hodrien(a)leeds.ac.uk> wrote:
> >>
> >> > On Tue, 21 Oct 2014, Lukas Slebodnik wrote:
> >> >
> >> > > Packages for some older distributions then fedora 21 are
available
> >> > > in COPR
> >> > >
http://copr-fe.cloud.fedoraproject.org/coprs/lslebodn/sssd-1-12/
> >> >
> >> > Thanks for this.
> >> >
> >> > In RHEL7 we have sssd-client.i686 available, which gets used by
> >> > things like 32bit Adobe Acrobat, else they die a death:
> >> >
> >> > "getpwuid_r(): failed due to unknown user id"
> >> >
> >> > Any chance the COPR could include it as well so we've got a full
set
> >> > to test?
> >>
> >> As work around you could force install RHEL's native i686 client. The
> >> client protocol hasn't changed (not in incompatible ways anyway) so it
> >> should keep working.
> >
> >
> >That's true of the NSS and PAM clients, but I'm not certain about the
> >PAC client or the Kerberos localauth client.
> >
> >You might have better luck force-installing the fc20 or fc21
> >sssd-client.i686 package. Hard to say for sure, though.
>
> The safest(not the easiest :-) way would be to rebuild srpm locally.
> rpmbuild --buildarch i486 --rebuild sssd.src.rpm
Impossible, because they won't have the build dependencies available on
the correct architecture.
There would be way... (rebuild all dependencies: glibc,
krb ... :-)
but it does not worth. I wrote: "not the easiest"
LS