2009/1/20 Philip Brown <span dir="ltr">&lt;<a href="mailto:phil@bolthole.com">phil@bolthole.com</a>&gt;</span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Mon, Jan 19, 2009 at 11:32:08PM +0000, Gary Law wrote:<br>
&gt; &nbsp; &nbsp;Dago wrote:<br>
&gt; &nbsp; &nbsp;&gt; There is no need for it to be handled internally.<br>
&gt; &nbsp; &nbsp;&gt; Explanations are given in www.opencsw.org:/home/newpkgs/README<br>
&gt;<br>
&gt; &nbsp; &nbsp;Not sure what you mean there, but <a href="http://opencsw.org/home/newpkgs/README" target="_blank">http://opencsw.org/home/newpkgs/README</a><br>
&gt; &nbsp; &nbsp;doesn&#39;t exist<br>
<br>
</div>The initial reference is a file reference, scp style, not a URL<br>
<br>
<br>
&gt; &nbsp; ..., nor does [/export]/home/newpkgs/README on<br>
&gt; &nbsp; &nbsp;<a href="http://login.bo.opencsw.org" target="_blank">login.bo.opencsw.org</a>.<br>
<br>
/home/newpkgs should not exist on <a href="http://login.bo.opencsw.org" target="_blank">login.bo.opencsw.org</a> in the first place.<br>
It&#39;s only supposed to exist on <a href="http://www.opencsw.org" target="_blank">www.opencsw.org</a></blockquote><div><br><span style="font-family: verdana,sans-serif;">OK, I have to say it hadn&#39;t occurred to me that I could ssh in... but I can! However, as far as I can tell the file isn&#39;t there:</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">$ scp www.opencsw.org:/home/newpkgs/README . </span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">scp: /home/newpkgs/README: No such file or directory</span><br style="font-family: courier new,monospace;">
<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt; &nbsp; &nbsp;&gt; It&#39;s impossible to code checkpkg to cover &quot;everything&quot;.<br>
<div class="Ih2E3d">
&gt;<br>
&gt; &nbsp; &nbsp;This is not an argument against automated testing. Well, it is actually an<br>
&gt; &nbsp; &nbsp;/argument/ against automated testing, but a really bad one.<br>
<br>
</div>no, it isnt an argument against automated testing. It&#39;s saying what it is<br>
saying. no more, no less. &nbsp;And it is reinforced by what you quoted from me,<br>
lower down:<br>
<div class="Ih2E3d"><br>
&gt;&gt; I tried to convey that we can reasonably cover, lets say, 80% of cases<br>
&gt;&gt; through checkpkg, and 95% of cases via &quot;written down&quot;, but there&#39;s always<br>
&gt; going to be a grey area left.<br>
<br>
</div>that is to say, automated testing is nice, but it cannot cover everything<br>
that needs to be covered.</blockquote><div><br><span style="font-family: verdana,sans-serif;">Perhaps I&#39;d have a better idea if you could explain what needs to be covered that&#39;s not automatable?</span><br style="font-family: verdana,sans-serif;">
<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt;&gt;But there will always be exceptoins.<br><div class="Ih2E3d">
&gt;&gt; At some point, there always comes a need for a human being to make a<br>
&gt;&gt; decision of &quot;yes this is acceptible/no this is not&quot;.<br>
&gt;<br>
&gt; &nbsp; &nbsp;I disagree. If something passes all the testing, why not release it?<br>
<br>
</div>What is your basis for disagreement? convenience on your part?</blockquote><div><br><span style="font-family: verdana,sans-serif;">convenience? perhaps a little, there&#39;s nothing wrong with that. But much more importantly consistency and transparency.</span><br style="font-family: verdana,sans-serif;">
&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I will tell you what my basis for disagreeing with your statement right<br>
there:<br>
checkpkg was a lot simpler 4 years ago, and so were the written standards.<br>
Lets say that we had gone with your exact premise 4 years ago.<br>
We would not have gotten the improvements!<br>
<br>
The primary way they have improved, is because I took the time to<br>
personally take a glance at the packages, and sometimes noticed things that<br>
werent being caught.<br>
Then checkpkg, and/or the standards, got improved, when<br>
appropriate.<br>
<br>
There is a similar process in general AUTOMATED manufacturing of goods.<br>
Things are for the most part, fully automated. Yet there are still QA<br>
checks *by a human*, to see if any defects are slipping through still.<br>
<div class="Ih2E3d"></div></blockquote><div><br><span style="font-family: verdana,sans-serif;">what we do is much more analogous to software development than manufacturing. And in software development automating QA is at the heart of most processes that seek to be support frequent, consistent, high quality releases. Manual QA is seen as a necessary evil for those things that haven&#39;t /yet/ been automated. We still need human beings -- users and maintainers --&nbsp; to feed back problems that aren&#39;t caught in the automated tests, so we can improve them.</span><br style="font-family: verdana,sans-serif;">
<br style="font-family: verdana,sans-serif;">&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">&gt; &nbsp; &nbsp;There is an interesting parallel with a discussion at my workplace just<br>

&gt; &nbsp; &nbsp;this week. Some admins want to retain manual builds for much of the<br>
&gt; &nbsp; &nbsp;software stack. I want to see everything that can be automated.<br>
<br>
</div>This is a different case. You may feel it is the same, because there is an<br>
issue of &quot;manual vs automated&quot;. But there are different core issues at<br>
stake.<br>
<br>
This is a matter of QA process, not build process.<br>
<div></div></blockquote><div><br><span style="font-family: verdana,sans-serif;">Yes. But at the moment both build and QA are very manual, I&#39;d like to see them be automated.</span><br style="font-family: verdana,sans-serif;">
<br style="font-family: verdana,sans-serif;"><span style="font-family: verdana,sans-serif;">You don&#39;t address the points concerning only having one gatekeeper on releases or on the use of individual discretion in this reply. I hope this means you&#39;re having second thoughts.</span><br style="font-family: verdana,sans-serif;">
<br style="font-family: verdana,sans-serif;"><span style="font-family: verdana,sans-serif;">Regards</span><br style="font-family: verdana,sans-serif;"><br style="font-family: verdana,sans-serif;"><span style="font-family: verdana,sans-serif;">Gary</span><br style="font-family: verdana,sans-serif;">
</div></div><br><br clear="all"><br>-- <br>Gary Law<br>Email: <a href="mailto:garylaw@garylaw.net">garylaw@garylaw.net</a><br>Chat googletalk/messenger: <a href="mailto:gary.law@gmail.com">gary.law@gmail.com</a><br>iChat/jabber/AIM: <a href="mailto:gary.law@mac.com">gary.law@mac.com</a><br>