That seems to say that system has a directory (not from any package?) with name that would be needed by a file from new package.
Is there such directory? Where is it from?
This is in βepelβ, not Rocky. Looks like it does want to create empty dir /etc/prosody/certs
Did you stop service before trying to update? Iβd try uninstall old, and then see if that dir has gone, then install new, but there is a risk, as it would be hard to go back to the old version if the new one wonβt install.
If it prints some package name, the directory is provided by that package. Contact the publisher of that package.
Otherwise, if it is empty, you should be safe to remove it. After that, try updating again.
Except itβs not provided by Rocky Linux. Itβs provided by EPEL.
root@rocky9:~# dnf info prosody
Last metadata expiration check: 2:26:01 ago on Wed 05 Feb 2025 01:50:39 PM CET.
Available Packages
Name : prosody
Version : 0.12.5
Release : 1.el9
Architecture : x86_64
Size : 444 k
Source : prosody-0.12.5-1.el9.src.rpm
Repository : epel
the last line clearly says it comes from EPEL. So if there is a problem installing it, then it needs to be reported to EPEL.
I would suggest renaming the existing file /etc/prosody/certs;67a215df that it is conflicting with so that you have a copy, then attempt to update. It should then work, since the conflicting file has been renamed. Failing that, report it to EPEL and ask them to fix it.
Iβm the package maintainer of Prosody in Fedora and EPEL for more than a decade now.
/etc/prosody/certs was always a symbolic link in the provided RPM package in EPEL. At least since Prosody was built for EPEL 9 (in December 2021) and in general since about a decade, when this path was introduced (in April 2015). So, if /etc/prosody/certs was not a symbolic link (anymore) on a specific system, either a third-party RPM package from another repository was used, or the local administrator/user messed this somehow up themself.