Description of problem: On a clean minimal installation, using systemd-timesyncd instead of chrony causes an ordering cycle, which effectively prevents systemd-timesyncd from being started on boot. Version-Release number of selected component (if applicable): systemd-timesyncd-250.3-1.el9.x86_64 How reproducible: Always Steps to Reproduce: 1. dnf install epel-release 2. dnf install systemd-timesyncd 3. systemctl disable chronyd 4. systemctl enable systemd-timesyncd 5. systemd-analyze verify default.target Actual results: sysinit.target: Found ordering cycle on systemd-timesyncd.service/start sysinit.target: Found dependency on dbus.socket/start sysinit.target: Found dependency on sysinit.target/start sysinit.target: Job systemd-timesyncd.service/start deleted to break ordering cycle starting with sysinit.target/start Expected results: No output. Additional info: Re-enabling chronyd (in addition to systemd-timesyncd) somehow makes the cycle go away. But then I wouldn't need systemd-timesyncd anyway ...
I guess this is caused by this patch: https://src.fedoraproject.org/rpms/systemd-extras/blob/epel9/f/9000-Start-after-dbus.socket-rather-SELinux-inotify-watch.patch However this patch is unfortunately required due to bugs that Red Hat didn't fix, yet.