[Nut-upsdev] release?

Jim Klimov jimklimov+nut at gmail.com
Mon Oct 30 08:36:52 GMT 2023

Hello all,

  Thanks to everyone who chimed in with tests, ideas and even freshly
confirmed regressions introduced by NUT v2.8.0 release compared to v2.7.4
(yes, there were after all a few eggs broken to make that omelette, with
all the code clean-up that went into it), so now I feel more confident
about the upcoming release being usable out-of-the-box (e.g. packaged) for
more people than v2.8.0 "vanilla" happened to be in hindsight.

  Given the seasonal timing, we're still aiming for a Halloween Edition (oh
well, maybe just a release at a neat date...) so y'all have another day to
check the recent master branch buildability and behavior... perhaps with a
focus specifically on the changes that landed with the most recent fixes in
the past few days.

Thanks again,
Jim Klimov

On Fri, Oct 27, 2023 at 8:29 PM Jim Klimov <jimklimov+nut at gmail.com> wrote:

> Hello, fellow NUTs!
>   This October proved to be a rather productive month, with several
> developments wrapped up, as well as some issues with master codebase
> behavior created, reported, fixed and tested :)
>   While we were not part of some official Hacktoberfest this year, it
> pretty much felt like one - great thanks to everyone involved!
>   The month is also ending soon, so if we're to follow up with the hope to
> release NUT v2.8.1 "during October" - there's only so few days to make it
> happen.
>   People are hereby welcome to give the current code a spin to try and
> discover any blocker issues, "or forever hold their silence" (well, till
> next release). I'm a bit concerned especially regarding real-life important
> behaviors like shutdown handling - there were several layers changes to
> `upsmon` regarding support of administrative-OFF, BYPASS and CALibration
> states vs. OL/OB and/or loss of connection to data server. Hopefully we
> tuned the state machine better with each iteration, but any glaring issues
> would better be found and fixed before the release. Some changes also
> arrived to the `nutshutdown` script that is typically part of
> systemd-shutdown endgame, but could be used in other platforms as well.
> Earlier changes since 2.8.0 also touched `upssched` and ability of driver
> daemons to initiate shutdown (as an alternative to killing the daemon and
> starting another copy for `drivername -K` action which would take time
> again to detect and initialize the device), for example, although the
> latter is primarily just an option for future integrations and is not
> immediately beneficial out of the box today.
>   Another important recent improvement is the addition of an `apc_modbus`
> driver to support the APC ModBus protocol (currently for read-only
> monitoring - I am not sure if development for commands and writable
> variables would land before the end of month).
>   Generally you can preview the live list of notable changes since 2.8.0
> release at
> https://networkupstools.org/docs/release-notes.chunked/NUT_Release_Notes.html#_planned_release_notes_for_nut_2_8_1_what_8217_s_new_since_2_8_0
> and for things that are expected to impact packaging and upgrades (whether
> by possibly breaking disruption, or by adding new ways to automate things
> more efficiently that the audience could benefit from) - at
> https://networkupstools.org/docs/release-notes.chunked/NUT_Upgrading_Notes.html#_changes_from_2_8_0_to_2_8_1
> - with such release notes publication also being a recent addition.
> Jim Klimov
> On Mon, Oct 2, 2023 at 5:50 PM Jim Klimov <jimklimov+nut at gmail.com> wrote:
>> Seconding ...  or firsting, considering the recent call to testing hidden
>> somewhere in a recent mail post ;) Currently I'm aiming at cutting a NUT
>> 2.8.1 release during October.
>> As a bit of self-imposed retrospective:
>> I did hope for a faster (quarterly or so) cadence when I made the 2.8.0
>> release, but then a few issues came up as regressions of 2.8.0 and it
>> became a sort of crusade to fix them all before 2.8.1. Perhaps it was a
>> flawed decision (I can now see the benefits of issuing releases so
>> packaging can include the fixes as soon as serious flaws are discovered and
>> addressed).
>> Another big wad of work (which is not necessarily a release blocker, but
>> happened to act as such) is an update of HCL (in NUT main sources) and DDL
>> (another repo). In particular, it felt important (maybe indeed wrong in
>> practice, especially in hind-sight) to have each release include the
>> reports of devices supported by it (or at least by the earlier codebase).
>> Many confirmations come from the current master branch state of that day,
>> so it is part of NUT support for the snapshot release.
>> For now, myself and various GitHub issue-posters happen to be practically
>> going over different build scenarios to find recipe flaws and avoidable
>> warnings (especially with new compiler releases) that could compromise the
>> actual or perceived quality of the next NUT release. One puzzling case at
>> the moment is a failed `make distcheck` that I can't reproduce anywhere,
>> which involves apparent lack of man page source files in the build area -
>> which I can't make happen even on a minimally installed container. FWIW =>
>> https://github.com/networkupstools/nut/issues/2081
>> Some other issues remain marked in the 2.8.1 milestone, some recently
>> addressed, others pushed to later releases, most of the remainder being
>> about HCL/DDL updates.
>> A couple of driver contributions are actively brewing (including
>> long-awaited APC-ModBus support), so I'm looking out for the opportunity to
>> merge them too, so the upcoming release lets the greater public see them
>> and report back...
>> Jim
>> On Mon, Oct 2, 2023 at 5:06 PM Greg Troxel <gdt at lexort.com> wrote:
>>> I stuck in a comment in an issue, but I think we're overdue, picking 6
>>> months as arbitrary.
>>> I just created a snapshot privately.  It passes make check on netbsd 9
>>> amd64.  I am updating pkgsrc-wip, which involves adjusting a lot of
>>> packages that I believe have been merged (yay!).
>>> I wonder if anybody thinks that git master has regressions from 2.8.0
>>> right now.   I ask this partly about release, and partly because I'm
>>> going to try it.
>>> _______________________________________________
>>> Nut-upsdev mailing list
>>> Nut-upsdev at alioth-lists.debian.net
>>> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsdev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20231030/308483ef/attachment.htm>

More information about the Nut-upsdev mailing list