<div dir="ltr">Hi Charles,<div>keep the original email, <a href="mailto:sivann@inaccess.com" target="_blank">sivann@inaccess.com</a> Thank you.</div><div><br></div><div>For the tags, what you say is true about the delay of the official repos, but more frequent tagging would </div><div>1) help unofficial repos </div><div>2) help us to create our own packages (complicates versioning if you don't tag) </div><div>3) would allow us to create a RHEL ticket and ask for a repo upgrade (the do comply most of the time). </div><div><br></div><div>I'm of course for better quality and not upgrading without reason, but 2yr is probably long and has the burden custom-tag versions which may fail to upgrade. You could also create a "stable" branch.</div><div><br></div><div>Kind Regards,</div><div>-Spiros</div><div class="gmail_extra"><br><div class="gmail_quote">On 21 September 2017 at 15:37, Charles Lepple <span dir="ltr"><<a href="mailto:clepple@gmail.com" target="_blank">clepple@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Sep 19, 2017, at 3:21 AM, Spiros Ioannou <<a href="mailto:sivann@gmail.com" target="_blank">sivann@gmail.com</a>> wrote:<br>
><br>
> I attach a patch for phoenixcontact_modbus.c<br>
><br>
> This patch does the following:<br>
><br>
> * Marks driver as DRV_BETA<br>
> * Fixes stale data detection when cable is disconnected<br>
><br>
> I can open a pull request if needed.<br>
<br>
</span>Looks good to me. Which email address do you want on the commit, gmail or <a href="http://inaccess.com" rel="noreferrer" target="_blank">inaccess.com</a> (which is on the original driver commit)?<br>
<span><br>
> p.s.<br>
> please consider a faster tag/release schedule as currently linux repositories include old versions. Sure we can make packages ourselves, but it's better to have support and upgrades from official repo sources.<br>
<br>
</span>I don't see a strong correlation between faster release cycles and faster upstream adoption.<br>
<br>
I understand the interest in a new release. However, the distros have had plenty of time to upgrade to 2.7.4, but we are still cherry-picking patches to apply to distro packages of 2.7.2 and 2.7.3. I don't think that's necessarily a bad thing - I would much rather see a component like NUT get upgraded carefully, than be subject to frequent updates that need to be re-tested on production equipment.<br>
<br>
This was also just discussed on nut-upsuser:<br>
<a href="http://lists.alioth.debian.org/pipermail/nut-upsuser/2017-September/010908.html" rel="noreferrer" target="_blank">http://lists.alioth.debian.org<wbr>/pipermail/nut-upsuser/2017-<wbr>September/010908.html</a></blockquote></div><br></div></div>