<div dir="ltr"><div>Hello all,</div><div><br></div><div>  For those who don't know me (e.g. in the cross-post to apcupsd-users), I am Jim Klimov, a maintainer of the Network UPS Tools for over 5 years now, and a user->contributor during about 20 years before that.</div><div><br></div><div>  My main focus during the recent years was, and remains, to ensure that NUT can help all running computers to be protected from outages by graceful shutdowns with modern UPSes. This includes computers (and their operating systems) released since roughly 2000: boxes may still be running with whatever OS and compilers they had at the time, because vendors may be long gone. While they could be running NUT (or apcupsd) back then, an UPS replacement might involve a device made in the past few years which the 20+ year old builds of our software running there had no idea about. As a result we have a large CI build matrix ranging from CentOS 7 and occasional Solaris 8 to cutting-edge distros (POSIX and Windows), with various implementations of make, compilers, shells and other tools, with different CPU architectures and complaining about different nuances, and each NUT iteration should pass on all of that before getting merged. There's always a heap of work to clean up the code, but it gets smaller over the years :)</div><div><br></div><div>  Over here at NUT we recognize that the apcupsd project delivers some features and abilities, especially regarding certain device and media/protocol support, where NUT lacks. Some things like MODBUS USB support caught up years later, and might still need improvements.</div><div><br></div><div>  Sadly, to the best of my knowledge, `apcupsd` source code over at <a href="https://sourceforge.net/p/apcupsd/svn/HEAD/tree/">https://sourceforge.net/p/apcupsd/svn/HEAD/tree/</a> (copy stashed at <a href="https://github.com/networkupstools/apcupsd">https://github.com/networkupstools/apcupsd</a>) has not seen releases nor even development for almost 10 years now. And according to chats at the latest FOSDEM, some distros are considering dropping it as effective abandonware :(</div><div><br></div><div>  I would like to propose a friendly merger of the two GPLv2+ codebases with allegedly shared parentage, so our shared population of end-users do not miss out on some functionality that apcupsd delivers now when/if the time comes that it
 itself is not delivered, and they (have to) migrate to NUT. And so that the decades of work invested there are not lost to posterity.</div><div><br></div><div>  First of all, able hands are called on board to walk over the code and run-time usage (with some device in tow) to compare functionality and map out what NUT is missing, so we might specify concrete issues and file PRs eventually. Of particular interest might be some tools or clients introducing concepts that NUT lacks (if any).</div><div><br></div><div>  I've defined a GitHub label <a href="https://github.com/networkupstools/nut/issues?q=state%3Aopen%20label%3Aapcupsd">https://github.com/networkupstools/nut/issues?q=state%3Aopen%20label%3Aapcupsd</a> to track related new issues/PRs, and will try to add it over time to existing records to help cross-referencing and search.<br><br>  This matter is also raised as <a href="https://github.com/networkupstools/nut/issues/3301">https://github.com/networkupstools/nut/issues/3301</a><br><br></div><div>Thanks in advance,</div><div>on behalf of the Network UPS Tools project,</div><div>Jim Klimov</div><div><br></div></div>