<div dir="ltr"><div>Cheers all,</div><div><br></div><div>  With PR <a href="https://github.com/networkupstools/nut/pull/2425">https://github.com/networkupstools/nut/pull/2425</a> I've paid some attention to the tools we have to help external consumers edit NUT configuration files. These go back to issues like <a href="https://github.com/networkupstools/nut/issue/2294">https://github.com/networkupstools/nut/issue/2294</a> (originally posted for "nutconf" improvement, and now with some more TODO's linked to it) and 
<a href="https://github.com/networkupstools/nut/issue/657">https://github.com/networkupstools/nut/issue/657</a> about known unfinished business with augeas as of quite a while ago.</div><div><br></div><div>  My investigation with the latter found that the parser seems to work for simple wordings, which frankly covers the majority of use-cases, but fails for some cases that are valid for NUT - such as multi-word tokens encased into double quotes, or a number of these on a line, or even including an escaped double-quote as content, at least this is a whole bunch of problematic cases that I stumbled upon.</div><div><br></div><div>  If there are people well-versed in augeas definitions (or willing to learn), some PRs to improve the existing ones would be welcome :)</div><div><br></div><div>  Issue 657 suggested picking up rules from shell-oriented lens definitions. That sounds like a decent route to try.</div><div><br></div><div>Thanks in advance,<br></div><div>Jim Klimov</div><div><br> 

</div></div>