-
-
Notifications
You must be signed in to change notification settings - Fork 333
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Libraries not found (Ubuntu 24.04 Server arm) #2431
Comments
Please retry with higher debug verbosity, e.g.:
There would be a huge wall of text about directories it looks into and file names it sees and tries to match there. I wonder if your system delivers e.g. For context: most of NUT deliverables can be split into packages based on dependencies (e.g. snmp, ipmi, usb etc. drivers) or purpose (client, cgi, ...) However the |
Also, just in case: how did you install NUT (packages? custom build?) and which version? |
Must be the OS that NUT was compiled on, I’ve just compiled and installed on Ubuntu 24.04 no issues. |
Sorry, have been on holidays, looping back to this now. I'm not great with Linux/packages/github, I installed using apt which I believe should be version 2.8.1-3.1ubuntu2. Have run with higher debug verbosity, the following seem to be the most pertinent lines:
Am I right in thinking that creating a symlink 'libusb-1.0.so' that points to 'libusb-1.0.so.0' in the same directory should resolve the issue in this case? |
Yes, I wonder why one was not created in the first place (maybe devel packages deliver such a link, or some distro conventions had changed?) :\ At least, not directly a NUT problem, or not sure quickly how to address such distro specifics in common codebase, short of adding a |
Hm, yeah, the name without trailing numbers seems to come from development packages:
Wondering how nobody stumbled on that before. Did everyone have a larger system footprint installed (e.g. did other packagings of NUT depend on *-dev packages of other stuff)?.. At least, this does seem like something NUT codebase can address - beside the idea above for direct run-time modifiable configuration of file names/paths to use, it may be possible to add the name(s) of the library seen at configuration/build time (e.g. I would be wary of just allowing random suffixes to be accepted in the search method; to that end, |
A practical search on a test system does use
Looking at code, I see that for each library of interest,
|
Running some experiments with another lib that is easier to fiddle with (NUT only built in this system, not installed into common paths, so its own
With the local build in the library path, it is seen:
Removing the
So it even recognizes that file, just not as a "strong" candidate. |
Hi all... just tried to install nut on fresh install Ubuntu 24 LTS on raspberry pi, installed fine but running sudo nut-scanner -C results in following:
I switched to Ubuntu because the package in it is closer to current than RPI OS, and I need the tools to connect to identical UPS on one device. I've confirmed libusb-1.0 is installed, but for some reason nut can't find it, do I need to create extra symlinks or something like that?
The text was updated successfully, but these errors were encountered: