From: Adolf Belka <adolf.belka@ipfire.org>
To: development@lists.ipfire.org
Subject: nut addon looks for .so library files not .so.0
Date: Fri, 19 Jul 2024 11:21:10 +0200 [thread overview]
Message-ID: <4317d5f4-7eba-433f-8149-003fa83a406c@ipfire.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 1559 bytes --]
Hi Michael & all,
nut has a command nut-scanner which scans for nut systems.
An IPFire user has used that command and it came back saying that it
couldn't find the USB library libusb-1.0.so which is commented out in
the rootfile.
It looks like nut when it is checking what libraries are available for
the nut-scanner is looking for the .so files only and not the .so.0 or
.so.0.3.0 files.
The same thing is occurring with avahi and netsnmp where nut is again
only looking for the .so files, so in all three cases nut concludes that
the usb, avahi and netsnmp libraries are not present even when they are.
It looks like no one has ever used the nut-scanner command and flagged
up the issue as it will have had this problem for ever, as the
libusb-1.0.so file has always been commented out (standard IPFire
practice for rootfiles)
What should we do in this case when nut is only looking for the .so
files. Should we uncomment the required .so libs?
The only alternative that I can see would be to comment out the command
nut-scanner.
If we do uncomment the .so lib files mentioned above, how do we ensure
that they stay uncommented and someone in the future does not see them
and comment them out in the rootfiles.
I did that with nut about two years ago. I don't know now if that means
that some of nut will not be properly working or not.
Should I now go an uncomment all the nut .so file entries in the nut
rootfile?
Feedback and suggestions of the best approach for this gladly accepted.
Regards,
Adolf.
--
Sent from my laptop
reply other threads:[~2024-07-19 9:21 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4317d5f4-7eba-433f-8149-003fa83a406c@ipfire.org \
--to=adolf.belka@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox