More #inxi / #pinxi CPU issues, it looks like #fedora / #rhel have changed a default standard path in /sys for unknown reasons, thus breaking inxi cpu speed collection. This tripped need to do more refactors, this time to the fake cpu data debugger logic, it was not complete.
Also, a new codeberg issue pointed out that in many #Linux I can get basic RAM/RAM array data from udevadm, which appears to dump some dmi data into itself, available to user.
Fedora/Redhat doesn't include File::Find File::Copy in
core modules. why? Or rather, they deliberately removed them. Maybe File::Spec::Functions but those are only used in the debugger, which means, of course, that when they are needed most they are not there unless you installed the #inxi package, which has those as dependencies, I think.
I just fix the stuff as the guy finds the failures, I don't track it. You guys should thank #mrmazda.
Two small bugs were exposed by pure chance after #inxi 3.3.31 was released, one was a small #perl error I made in the release, and one has always been around since /sys based temp feature was added. The second has never appeared before and showed literally by pure chance, #mrmazda typed -vs instead of --vs, which tripped sensors on one system that has this issue.
Because this was 1 extra line to fix, and fixing a second, I did a 3.3.31-2 tagged version to make sure the fixed version is master