Understood, I filed https://bugzilla.redhat.com/show_bug.cgi?id=2258463

@decathorpe SSSD depends on gdm-pam-extensions-devel which is no longer available on i686, additionally AFAIK we never supported multilib, so I think it is fine to drop it.

We could add conditional BuildRequires to skip gdm-pam-extensions-devel on i686 but that is discouraged as well.

So please advice.

Note that passkey feature is not built in F38 only in rawhide. Additionally, F38 is built with --with-files-provider and --with-libsifp to avoid disruptive changes.

Thank you for the feedback, unfortunately, I am not able to reproduce it. Let's continue here: https://bugzilla.redhat.com/show_bug.cgi?id=2150155#c3

Thank you, I unpushed this update and will submit a new one with the messages silenced.

This update has been unpushed.

This update has been unpushed.

It looks like SSSD is not configured anymore after you reinstalled the system.

Thank you for the feedback. Can you check if running kdestroy && knit after failed klist helps? Feel free to open bugzilla and provide information and logs there, please.

This update has been unpushed.

Works.

There seems to be some issue with update, lets postpone this version.

This update has been unpushed.

New update: https://bodhi.fedoraproject.org/updates/FEDORA-2020-b61158b5ff

This update is unpushed so I'm not sure why you are still able to update, but:

This update does not work correctly and breaks log in with Kerberos. Please ignore. As a workaround, please downgrade back to sssd-2.4.0-2.

A new update with a fix will be available shortly.

Fixing GOA polls is still work in progress, but we are working on it.

This update has been unpushed.

Thank you for the feedback. Apparently there is a problem with upgrade path when old credentials still remain.

To fix it either remove all existing credentials: systemctl stop sssd-kcm && rm /var/lib/sss/secrets/*

Or run kdestroy/kinit to overwrite them if you are still logged in as the target user.