<div dir="auto">Note: There was an issue with original publication of the source tarball for rc2, so it was re-published on github releases and on nut website.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Apr 10, 2022, 16:40 Jim Klimov <<a href="mailto:jimklimov%2Bnut@gmail.com">jimklimov+nut@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Hello all,<div dir="auto"><br></div><div dir="auto">Having 10 days since an rc1 and a number of issues fixed and late-coming features integrated, I'm rolling the dice again with NUT v2.8.0-rc2<div dir="auto"><br></div><div dir="auto">Hope it brings no bad surprises either :)</div><div dir="auto"><br></div><div dir="auto">Jim Klimov</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 1, 2022, 02:01 Jim Klimov <<a href="mailto:jimklimov%2Bnut@gmail.com" target="_blank" rel="noreferrer">jimklimov+nut@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto">Hello, fellow NUTs!</div><div dir="auto"><br></div><div dir="auto">  It is with a [happy] heart that I must proclaim today, that the long reign of NUT v2.7.4 is coming to an end. Its anticipated successor of half a dozen years, release-in-waiting NUT v2.7.5 has also quietly expired, and [won't] be sorely missed. They were survived by the next name in line, NUT v2.8.0(-rc1). Le NUT est mort, long live the NUT!</div><div dir="auto"><br></div><div dir="auto">  Along just this leg of the journey, NUT codebase survived at least four separate CI farms and technologies to make its builds easier and more reliable, all while succeeding on a wide range of CPU and OS platforms, ranging from current distros to the dawn of millenium (nearly-immutable appliances and sturdy reliable servers matter too!), as well as multiple generations and implementations of compiler toolkits, "make" and scripted code interpreters involved.</div><div dir="auto"><br></div><div dir="auto">  We are grateful to the many freely available projects, services and communities who helped us in particular (maybe unwittingly) and the FOSS ecosystem in general (intentionally), such as (and not limited to) Asciidoc, Autotools and family, BuildBot, CCache, Clang/LLVM, FossHost, GCC, GitHub, Google, illumos, Jenkins, LiberaChat, Proxmox, QEMU, StackExchange, Travis, ZeroMQ... bits here, swathes there - it would have been much harder without the likes of them (and many others).</div><div dir="auto">  </div><div dir="auto">  Advances in compiler code analysis in particular, as is seen on a daily basis with CI non-regression builds across the range of 10 major releases of clang and 7 of gcc, is immense. At times annoying, yes, but it led to a great cleansing of the codebase from questionable code (and indeed some potential bugs). And it was possible to do so in a way that all those regularly tested systems are satisfied, so the codebase stays clean and green and portable as we iterate new contributions, and merged with peace of mind many ports and features from long-awaited branches (such as libusb-1.0+0.1 support finally), or forks (notably 42ity/nut).</div><div dir="auto"><br></div><div dir="auto">  Let me take a moment to tender our special thanks from both the maintainer team and countless users of UPS, ePDU, solar panel and similar hardware, to numerous personal and corporate contributors of new drivers and features or fixes for existing ones, as well as to community members who ask and answer questions, and who log github issues with their ideas, experiences or grievances.</div><div dir="auto"><br></div><div dir="auto">  As always we would welcome people willing to regularly share their expertise in certain areas and tools (in particular, thanks @nbriggs for solving many practical mysteries around USB bit-stream lately), or protocols (more active experts on prolific Qx family would be great for PR reviews), or  packaging, service and distro integrations, or HCL/DDL maintenance based on reports trickling in... just about anything!</div><div dir="auto"><br></div><div dir="auto">  While we have a lot of features queued to complete or port for the next releases (hopefully with a healthier cadence), we expect to see more feedback by exposing thevrelease, and hope for little fallout from the many changes made while cleaning up the warnings.</div><div dir="auto"><br></div><div dir="auto">  Handing over to creative packagers now...</div><div dir="auto">  </div><div dir="auto">Jim Klimov,</div><div dir="auto">on behalf of the Network UPS Tools Project</div></div>
</blockquote></div>
</blockquote></div>