<p dir="ltr">Good work!</p>
<br><div class="gmail_quote"><div dir="ltr">On Mon, Feb 29, 2016, 11:57 AM Eric S. Raymond <<a href="mailto:esr@thyrsus.com">esr@thyrsus.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Mark Atwood <<a href="mailto:fallenpegasus@gmail.com" target="_blank">fallenpegasus@gmail.com</a>>:<br>
> My apologies for dropping the ball last week, this week I will tag and<br>
> release 0.9.3, probably on Wednesday.<br>
<br>
The delay was not a bad thing. We had a couple good documentation fixes<br>
and a build cleanup land- nothing major, but nice.<br>
<br>
> I am now managing the open source engagement for the OpenSwitch project,<br>
> and I plan on arranging to have ntpsec be the implementation that<br>
> OpenSwitch uses.<br>
<br>
Nice!<br>
<br>
> I notice that Coverty scan has found two warnings. Can someone open bugs<br>
> for them, and then fix them?<br>
<br>
Already been done - Matt Selsky developed a fix and I merged it. I'd<br>
have done a fix myself sooner, but the code that was generating the<br>
warnings is going to go away when replay lands. It was<br>
instrumentation of mine, not timekeeping logic.<br>
<br>
> Eric:<br>
> - what is the status of testframe<br>
> - what else have you been working on this week?<br>
<br>
Testframe is proceeding, slowly. Every time I think I'm converging on a<br>
final version (so far) I trip over some internal cohesion I have to separate;<br>
it's tricky work to do that without breaking existing functionality.<br>
<br>
It has been a busier week than the last several for dealing with<br>
(other) merge requests and issues. Nothing serious, just a lot of<br>
details to track and manage.<br>
<br>
Last weekend I co-wrote and released a HOWTO for people who need to<br>
forward-port Python 2 programs that handle binary data to Python 3.<br>
Because of the big string-to-Unicode change this is a bit tricky.<br>
<br>
Practical Python porting for systems programmers:<br>
<a href="http://www.catb.org/esr/faqs/practical-python-porting/" rel="noreferrer" target="_blank">http://www.catb.org/esr/faqs/practical-python-porting/</a><br>
<br>
NTPsec utilities are exactly the use case the HOWTO addresses,<br>
actually, and that's no coincidence. While I tested the methodology on<br>
SRC and reposurgeon, in the near future we're going to want to move the<br>
archaic Perl in our scripts directories to something maintainable, and<br>
polymorphic Python (that is, Python code that auto-adapts to 2 or 3)<br>
is the best candidate.<br>
<br>
Now I not only know how to write polymorphic Python that is 8-bit-clean for<br>
binary streams, I've written the technique down so we can delegate the utility<br>
translation.<br>
--<br>
<a href="<a href="http://www.catb.org/~esr/" rel="noreferrer" target="_blank">http://www.catb.org/~esr/</a>">Eric S. Raymond</a><br>
</blockquote></div>