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.
kernel modules
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:
missing /lib/modules/6.3.8-200.fc38.x86_64/build
missing /lib/modules/6.3.8-200.fc38.x86_64/source
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.
build-id
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 (?).
gcc
The missing /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
gcc-0:13.0.1-0.12.fc38.x86_64
gcc-0:13.1.1-4.fc38.x86_64
$ 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
libasan-static-0:13.0.1-0.12.fc38.i686
libasan-static-0:13.1.1-4.fc38.i686
cockpit
Looks like 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.
gsound
Packaging error, /usr/share/doc/gsound/README
is a symlink to /usr/share/doc/gsound/README.md
which isn’t packaged. I’ll get this fixed.
python3-beautifulsoup4
Similar packaging error to gsound. I’ll get this fixed.
Lenovo firmware
Packaging issue, reported here rhbz#2145029