Hmm, it did find mkinit pacnew by me.
What happens if you play with the options and choose another backend. Or run sudo updatedb. I think it uses locate in some cases.
Interesting how these files are left from 2021… I can’t find them…
I’m not sure what the difference is between pacdiff, but I used pacnew-chaser for years now - manjaro-pacnew-checker is installed and my system is still working after 9 years… so I wouldn’t waste time fixing it; and just delete any leftover pacnew files that strangely slipped through the net.
Probably not, but best practice would be to compare /etc/pulse/default.pa.pacnew and /etc/pulse/default.pa
PulseAudio default.pa.pacnew files used to happen when the default configuration file was modified to disable an unwanted module
But modules can also be reconfigured by creating a custom configuration in home folder ~/.config/pulse/default.pa or by adding a file to /etc/pulse/default.pa.d
From the man page, pacdiff has no less than three ways for scanning; the one which uses find looks like it has the least dependency on anything else being up-to-date:
Search Options
-f, --find
Scan using find.
-l, --locate
Scan using locate.
-p, --pacmandb
Scan active config files from pacman database. (default)
[john1@manjaro ~]$ pacdiff -s -f
find: ‘/etc/cups/ssl’: Keine Berechtigung
find: ‘/etc/credstore’: Keine Berechtigung
find: ‘/etc/sudoers.d’: Keine Berechtigung
find: ‘/etc/audit/plugins.d’: Keine Berechtigung
find: ‘/etc/lvm/cache’: Keine Berechtigung
find: ‘/etc/NetworkManager/system-connections’: Keine Berechtigung
find: ‘/etc/ssl/private’: Keine Berechtigung
find: ‘/etc/pacman.d/gnupg/openpgp-revocs.d’: Keine Berechtigung
find: ‘/etc/pacman.d/gnupg/crls.d’: Keine Berechtigung
find: ‘/etc/pacman.d/gnupg/private-keys-v1.d’: Keine Berechtigung
find: ‘/etc/credstore.encrypted’: Keine Berechtigung
find: ‘/etc/polkit-1/rules.d’: Keine Berechtigung
find: ‘/etc/cryptsetup-keys.d’: Keine Berechtigung
[john1@manjaro ~]$ sudo pacdiff -s -f
[sudo] Passwort für john1:
Have to learn what the simple
pacdiff -s
does when its doing its job correct as in the past ?!
Then this behavior may be by design. If the pacnew original config is gone because a package is uninstalled, it will no longer be in the pacman database. And this is the default scanning option.
I that case a pacnew is just junk so it is not wrong that it is being ignored.