<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" 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">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">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>