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:

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.



BZ#1980272 libtevent-0.11.0 is available

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

This update has been unpushed.

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.

Nevermind, I can reproduce it. It's harmless and not strictly related to this update (it's been there for quite some time now). I need to check why we try to restart the services one by one instead of restarting sssd.service.

@imabug I can't reproduce it. Does 'systemctl status sssd-nss.service' or journal say why it failed?