That looks ok. I wouldn’t reinstall any package unless you specifically run into a problem using it.
This should really be asked before running
symlinks -d. Not your fault—I think the Docs are too casual about suggesting these optional steps. They’re optional in the sense of “Don’t do this unless you know why and how”.
I’ll explain a few.
Some of the missing
/lib/modules/... are from F36 kernels. Harmless and will go away by itself once you get a few kernel updates in F38 and the old kernel packages are uninstalled.
These 2 are from current F38 kernel however:
They’re symlinks in
kernel to files from
kernel-devel, so if you don’t have the latter installed, then the symlinks were dangling and removed. If you ever install
kernel-devel for the current kernel
6.3.8-200, then you should probably reinstall
kernel at the same time to make sure those symlinks are in place. Otherwise it doesn’t matter.
The symlinks in
/usr/lib/.build-id are used to identify unique builds. I’ve noticed that packages with subpackages contain build-id for all files in the main package. I’m not sure if this is intended, a limitation of the tooling, or a packaging error.
Either way it results in dangling symlinks if you only install the main package but not the subpackage. This is harmless to remove. You might need to reinstall a package if you’re using its debuginfo package for debugging (?).
/usr/lib/gcc/x86_64-redhat-linux/... are symlinks to files from various i686 (32-bit) packages. If you don’t have those i686 packages (which is normal, don’t go installing them) then the symlinks were dangling and removed.
Again not sure if intended or a packaging error, but it should be harmless.
$ dnf -qC rq --whatprovides /usr/lib/gcc/x86_64-redhat-linux/13/32/libasan.a
$ rpm -qlv gcc | grep libasan.a
lrwxrwxrwx 1 root root 39 Jun 14 08:00 /usr/lib/gcc/x86_64-redhat-linux/13/32/libasan.a -> ../../../i686-redhat-linux/13/libasan.a
$ dnf -qC rq --whatprovides /usr/lib/gcc/i686-redhat-linux/13/libasan.a
cockpit-ws contains some symlinks to logos that are not available in any Fedora package. Maybe packaging error, or intended/ignored because it doesn’t matter.
/usr/share/doc/gsound/README is a symlink to
/usr/share/doc/gsound/README.md which isn’t packaged. I’ll get this fixed.
Similar packaging error to gsound. I’ll get this fixed.
Packaging issue, reported here rhbz#2145029