I Agree<br><br><div class="gmail_quote">On Tue, Apr 3, 2012 at 6:21 PM, Benjamin Henrion <span dir="ltr">&lt;<a href="mailto:bh@udev.org">bh@udev.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Tue, Apr 3, 2012 at 6:03 PM, Gabriel Kerneis &lt;<a href="mailto:kerneis@pps.jussieu.fr">kerneis@pps.jussieu.fr</a>&gt; wrote:<br>
</div><div><div class="h5">&gt; On Tue, Apr 03, 2012 at 02:17:21PM +0800, Yeoh Chun-Yeow wrote:<br>
&gt;&gt; I think that we need to ensure our binary images ready before the<br>
&gt;&gt; event. Off course, we need identify the hardware platform earlier.<br>
&gt;<br>
&gt; Sadly, this is hardly surprising.  For instance, six months ago, on this<br>
&gt; mailing-list:<br>
&gt;<br>
&gt; On Thu, Sep 22, 2011 at 02:20:52PM +0200, Pau wrote:<br>
&gt;&gt; 2011/9/22 Marek Lindner &lt;<a href="mailto:lindner_marek@yahoo.de">lindner_marek@yahoo.de</a>&gt;<br>
&gt;&gt; &gt; On Thursday, September 22, 2011 06:52:22 Andrew Parnell wrote:<br>
&gt;&gt; &gt; &gt; One thing I would like to suggest is to have a more formalised arrangement<br>
&gt;&gt; &gt; &gt; for the test network that we will use for WBMv5.  Though I am a newcomer<br>
&gt;&gt; &gt; &gt; to this, one thing that I couldn&#39;t help but notice was that many of us<br>
&gt;&gt; &gt; &gt; were there for 5-6 days before we were actually deploying the Foneras and<br>
&gt;&gt; &gt; &gt; building a test mesh.  It seems that this is not the most efficient use of<br>
&gt;&gt; &gt; &gt; our time.  Perhaps we could find a way to require that each team/group who<br>
&gt;&gt; &gt; &gt; wishes to submit code for testing must have this ready to go /before/ the<br>
&gt;&gt; &gt; &gt; event begins.  This way, a firmware image can be prepared in advance, and<br>
&gt;&gt; &gt; &gt; once people begin to arrive, we can set up the mesh immediately and have<br>
&gt;&gt; &gt; &gt; much more time for testing.  We would probably also want to have another<br>
&gt;&gt; &gt; &gt; deadline(s) sometime in the middle of the event perhaps, where updates can<br>
&gt;&gt; &gt; &gt; be provided and a new firmware image(s) compiled.  Hopefully this would<br>
&gt;&gt; &gt; &gt; allow us to use the short time we have to the maximum benefit, and we<br>
&gt;&gt; &gt; &gt; could really get some good tests/statistics compiled as a result.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; It is not that we did not try in the past. We had deadlines / teams / etc<br>
&gt;&gt; &gt; but clearly lacked direction imposed by a &quot;test leader&quot; or &quot;test group&quot;. The<br>
&gt;&gt; &gt; misery starts when you ask the question: What are we going to test ? You<br>
&gt;&gt; &gt; will find people chiming in that are fairly silent most of the time but feel<br>
&gt;&gt; &gt; they have to &quot;defend&quot; their protocol.  In short: As long as we don&#39;t have<br>
&gt;&gt; &gt; someone (preferrably a protocol neutral person) who takes matters into his<br>
&gt;&gt; &gt; hands I don&#39;t expect any improvement this year either.<br>
&gt;&gt; &gt;<br>
&gt;&gt; I&#39;m also a newcomer at WBM, the last one was my first one. Before I went<br>
&gt;&gt; there, I thought that this was an event where the main objective was to test<br>
&gt;&gt; mesh protocols and put them in battle. But after, my thought was that this<br>
&gt;&gt; is an event to meet people and speak about some geek topics.<br>
&gt;&gt; For me that is good, but maybe to push the original objective a little more<br>
&gt;&gt; would be nice.<br>
&gt;&gt; One of the main restrictions I found is the hardware. Fonera is a very<br>
&gt;&gt; limited device and when you are running 4 or 5 protocols, it can do some<br>
&gt;&gt; strange things, and the tests become unreliable. Maybe we should put some<br>
&gt;&gt; efforts in to have another kind of hardware, we can find some sponsors who<br>
&gt;&gt; can give us some hardware. Or maybe we can put a special tax for spending on<br>
&gt;&gt; hardware (10€ per person = 600€ = 10 new devices).<br>
&gt;<br>
&gt; Proposing and discussing some test scenarios in advance is definitely an<br>
&gt; improvement, but it turned out to be useless without a reliable mesh setup to<br>
&gt; perform the actual measurements.<br>
<br>
</div></div>Investing in a permanent testbed would not hurt.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Benjamin Henrion &lt;bhenrion at <a href="http://ffii.org" target="_blank">ffii.org</a>&gt;<br>
FFII Brussels - <a href="tel:%2B32-484-566109" value="+32484566109">+32-484-566109</a> - <a href="tel:%2B32-2-3500762" value="+3223500762">+32-2-3500762</a><br>
&quot;In July 2005, after several failed attempts to legalise software<br>
patents in Europe, the patent establishment changed its strategy.<br>
Instead of explicitly seeking to sanction the patentability of<br>
software, they are now seeking to create a central European patent<br>
court, which would establish and enforce patentability rules in their<br>
favor, without any possibility of correction by competing courts or<br>
democratically elected legislators.&quot;<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Battlemesh mailing list<br>
<a href="mailto:Battlemesh@ml.ninux.org">Battlemesh@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/battlemesh" target="_blank">http://ml.ninux.org/mailman/listinfo/battlemesh</a><br>
</div></div></blockquote></div><br>