<br><div class="gmail_quote">2012/11/9  <span dir="ltr"><<a href="mailto:VaclavKrpec@eaton.com" target="_blank">VaclavKrpec@eaton.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">









<div link="blue" vlink="purple" lang="EN-GB">
<p>
</p><div>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div><div class="im">
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">please note that revisions 3771 and 3772 conclude nut_clock_*<br>
development (including UTs):<u></u><u></u></p>
</blockquote>
</div><div>
<p class="MsoNormal"><br></p><div class="im">
my conclusion was that nut_clock devs were completed with 3772, and only the QRT side was remaining.<br>
but that last requires:<br>
1) that I provide you with a procedure to setup QRT (and this requires me to push a fix upstream to Ubuntu)<br>
2) that we have a jail mechanism to execute QRT, including system clock changes to not impact negatively the buildbot system.<br>
<br>
<span style="color:#1f497d"><u></u><u></u></span></div><p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Right; I forgot to mention these tests; they are not covered by the commits,<u></u><u></u></span></p>

<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">of course.<u></u><u></u></span></p>
</div></div></div></div></div></blockquote><div><br>this was indeed obvious to us two, but probably not for the rest of the world ;)<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div link="blue" vlink="purple" lang="EN-GB"><div><div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt"><div><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"></span></p>

</div><div class="im">
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">Please review the code.<br>
Note the RTC UT on Solaris; it uses perl -e 'print time;' as the external<br>
RTC authority, because date +%s is not implemented on Solaris :-(<u></u><u></u></p>
</blockquote>
</div><div><div class="im">
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
yep, that was my only question from a preliminary review ;)<br>
but I recall, in the meantime, the solaris situation: either gnu date (coreutils) or "perl print" to get "%s"...<br>
<br>
I've installed gnu coreutils, including date. It's available in /usr/local/bin.<br>
I've also modified the buildslave init script to first use this directory.<br>
thus, you should now be able to use the same "time authority" everywhere...<br>
<br>
<span style="color:#1f497d"><u></u><u></u></span></p>
</div><p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">OK, so I’ll modify it so that it only uses Perl if date bin. desn’t<u></u><u></u></span></p>

<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">support the %s format string.<u></u><u></u></span></p>
</div></div></div></div></div></blockquote><div><br>that would indeed be the most suitable approach.<br>do you need some help for the configure test?<br><br>cheers,</div></div>Arnaud<br>-- <br>Linux / Unix / Opensource Engineering Expert - Eaton - <a href="http://opensource.eaton.com" target="_blank">http://opensource.eaton.com</a><br>
Network UPS Tools (NUT) Project Leader - <a href="http://www.networkupstools.org" target="_blank">http://www.networkupstools.org</a><br>Debian Developer - <a href="http://www.debian.org" target="_blank">http://www.debian.org</a><br>
Free Software Developer - <a href="http://arnaud.quette.fr" target="_blank">http://arnaud.quette.fr</a><br><br>