<p dir="ltr">Packaging issues would be brought up with the distro... I have recently worked with Homebrew on a Mac VM for the CI farm, but otherwise have no clue about the ecosystem. Last saw/touched a physical Mac in school, 1994 or so :D</p>
<p dir="ltr">Upsmon as such has no need for XML (libneon et al); that would be nut-scanner and the Eaton NetXML protocol driver.</p>
<br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 21, 2024, 18:59 Heath Smith via Nut-upsuser <<a href="mailto:nut-upsuser@alioth-lists.debian.net">nut-upsuser@alioth-lists.debian.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span style="color:rgb(0,0,0)">I am new to the email list and a recent fan of the NUT software. I have been deploying Windows, Ubuntu, and MacOS clients. I am dealing with very old machines, attempting to keep them running at an office where they cannot upgrade the machines due to software dependencies.</span><div><span style="color:rgb(0,0,0)"><br></span></div><div><span style="color:rgb(0,0,0)">I was recently trying to get a client using Mac Ports and it would not build on my target machines, MacOS 10.5 and 10.6 due to a linker error, unknown compiler option.<br><br>Investigating I ran into this Mac Ports ticket:<br><br></span></div><div><div dir="ltr"><a href="https://trac.macports.org/ticket/41789" rel="noreferrer noreferrer" target="_blank">https://trac.macports.org/ticket/41789</a><br></div><div><br>While I was able to get a build using fink and obtain statically linked binaries for distribution, I had a larger question for those maintaining the code base.<br><br>1) Who is deciding what goes in to fink and port packages? Do the maintainers of NUT have any say with fink, Mac Ports, and Home Brew (for MacOs machines)?<br><br>2) Does anyone re-evaluate dependencies like in that ticket, where a dependency on 'libproxy' was added as a 'neon' that pulled in a bunch of larger dependencies like big packages like gtk? It would seem advisable, in the case of Mac Ports, to lock in the sub-package neon @0.29.6_2 and not pull in a litany of other dependencies for a small utility like upsmon?<br><br>Finally, thank you to all who continue to maintain the project. It is a great set of utilities.<br><br></div><span style="color:rgb(0,0,0)">>From: Jim Klimov <</span><a href="mailto:jimklimov%2Bnut@gmail.com" target="_blank" rel="noreferrer">jimklimov+nut@gmail.com</a><span style="color:rgb(0,0,0)">></span><br style="color:rgb(0,0,0)"><span style="color:rgb(0,0,0)">>To: Greg Troxel <</span><a href="mailto:gdt@lexort.com" target="_blank" rel="noreferrer">gdt@lexort.com</a><span style="color:rgb(0,0,0)">></span>  <span style="color:rgb(0,0,0)">>To that tune, here with NUT being an important cog to keep >machines</span><br style="color:rgb(0,0,0)"><span style="color:rgb(0,0,0)">>running, even those who might struggle due to respectable age, there is</span><br style="color:rgb(0,0,0)"><span style="color:rgb(0,0,0)">>some deliberate effort to support 25 years' worth of dependencies so that</span><br style="color:rgb(0,0,0)"><span style="color:rgb(0,0,0)">>current NUT can be built as far back as CentOS 7 or Solaris 8.</span><br></div></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>