<div dir="auto"><div>Great news, and thanks for stepping up to help with the packages!<div dir="auto"><br></div><div dir="auto">I think the NUT CI farm should try i2c on debian and derivatives, so gotta check what it dislikes about EL7. This branch did bump the default --enable-warnings=medium level since it was "solved" on all of the many tested systems, so that change could also play a role and would be nice to fix before a release (but hopefully not related to libusb changes).</div><div dir="auto"><br></div><div dir="auto">For versioning - yes, it is a quirk in our autotools scripts that it appends further version text (.1-count_since_tag-commit_hash) after the base ("2.7.4" from <a href="http://configure.ac">configure.ac</a>) when building from git source and not tarball.</div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Dec 26, 2021, 23:06 Manuel Wolfshant <<a href="mailto:wolfy@nobugconsulting.ro">wolfy@nobugconsulting.ro</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div>Hello</div>
<div><br>
</div>
<div>I've packaged
<a href="https://github.com/networkupstools/nut/tree/fightwarn-libusb-1.0+0.1" target="_blank" rel="noreferrer">https://github.com/networkupstools/nut/tree/fightwarn-libusb-1.0+0.1</a>
for EL7 and uploaded the resulting rpms to
<a href="https://wolfy.fedorapeople.org/nut-2.7.5-0.nut_fightwarn/" target="_blank" rel="noreferrer">https://wolfy.fedorapeople.org/nut-2.7.5-0.nut_fightwarn/</a></div>
<div>These packages are built against stock
libusb i.e. compatible with libusb-0.1. Minimal testing shows them
as functional but as always, YMMV.</div>
<div>
<div>I had to disable support for i2c, it
triggered some build errors and I am in no mood to debug them.</div>
<div><br>
</div>
</div>
<div>As a sidenote, upsc reports 2.7.4.1 not
2.7.5 so probably I should rename the packages as well:</div>
<div>[wolfy@wolfy epel-7-x86_64]$ which upsc<br>
/usr/bin/upsc<br>
[wolfy@wolfy epel-7-x86_64]$ rpm -qf /usr/bin/upsc<br>
nut-client-2.7.5-0.nut_fightwarn_libusb.wolfy.x86_64<br>
[wolfy@wolfy epel-7-x86_64]$ upsc -V<br>
Network UPS Tools upscmd 2.7.4.1<br>
<br>
</div>
<div><br>
</div>
I'll try to build another set of packages against libusbx aka EL7's
libusb-1.0
<div><br>
</div>
<div>Manuel<br>
</div>
<div><br>
</div>
<div>On 12/26/21 12:07, Strahil Nikolov via
Nut-upsuser wrote:<br>
</div>
<blockquote type="cite">
Hey Jim,
<div id="m_1429870555129515588yMail_cursorElementTracker_1640513207317"><br>
</div>
<div id="m_1429870555129515588yMail_cursorElementTracker_1640513207522"><br>
</div>
<div id="m_1429870555129515588yMail_cursorElementTracker_1640513207668">do we have
precompiled binaries or rpm ?</div>
<div id="m_1429870555129515588yMail_cursorElementTracker_1640513226971"><br>
</div>
<div id="m_1429870555129515588yMail_cursorElementTracker_1640513227178">Best Regards,</div>
<div id="m_1429870555129515588yMail_cursorElementTracker_1640513230658">Strahil Nikolov<br>
<br>
<blockquote style="margin:0 0 20px 0">
<div style="font-family:Roboto,sans-serif;color:#6d00f6">
<div>On Sun, Dec 26, 2021 at 11:51, Jim Klimov via
Nut-upsdev</div>
<div><a href="mailto:nut-upsdev@alioth-lists.debian.net" target="_blank" rel="noreferrer"><nut-upsdev@alioth-lists.debian.net></a> wrote:</div>
</div>
</blockquote>
</div>
</blockquote>
<blockquote type="cite">
<div>
<blockquote type="cite">
<div> This work has originally delayed merging of libusb-1.0
support (from issue <a href="https://github.com/networkupstools/nut/issues/300" target="_blank" rel="noreferrer">https://github.com/networkupstools/nut/issues/300</a>
and several candidate branches to pick from), in particular
because with the original codebase sporting thousands of
build warnings, it was hard to notice any new "offences"
introduced by this large set of changes. I was afraid that
merging it would even have to wait until after the next NUT
release, but in the end found that some remaining warnings
in the original USB-related NUT codebase made those
branches' changes the better solution.</div>
<div><br>
</div>
<div> Now, before we find the hard way if the cure is worse
than the disease, I would like to ask people with
USB-connected UPSes (and also those using the MGE SHUT
protocol) to build and test <a href="https://github.com/networkupstools/nut/tree/fightwarn-libusb-1.0+0.1" target="_blank" rel="noreferrer">https://github.com/networkupstools/nut/tree/fightwarn-libusb-1.0+0.1</a>
branch with their setups - hopefully hitting as many OSes
and CPU types as feasible, as well as trying both
libusb-0.1, libusb-1.0 (and not sure about
libusb-0.1-compat).</div>
</blockquote>
<br>
</div>
<br>
</blockquote>
<br>
</div>
_______________________________________________<br>
Nut-upsuser mailing list<br>
<a href="mailto:Nut-upsuser@alioth-lists.debian.net" target="_blank" rel="noreferrer">Nut-upsuser@alioth-lists.debian.net</a><br>
<a href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser" rel="noreferrer noreferrer" target="_blank">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser</a><br>
</blockquote></div></div></div>