<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Mar 4, 2015 at 7:25 PM, Krau, Michael P <span dir="ltr"><<a href="mailto:michael.p.krau@intel.com" target="_blank">michael.p.krau@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">Our development around MinnowBoard MAX are now centered on the Open Source community site.  The BSD content for MinnowBoard MAX is being developed from the
 open source repository (including the platform specific packages – Vlv2DeviceRefCodePkg and Vlv2TbltDevicePkg ).   So the development team is working directly to the sources on the open site.  This was established at the insistence of keeping the development
 open to the community.</span><br></p></div></div></blockquote><div><br></div><div>I <i>do</i> like this, because with other open source projects which are maintained by a company I've seen the public code sometimes being several weeks behind what the developers are working with on the company's servers, and so you don't know if a bug has already been fixed or not.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> <u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">To make matters more difficult, that site (</span><a href="http://firmware.intel.com" target="_blank" style="font-family:Calibri,sans-serif;font-size:11pt">firmware.intel.com</a><span style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">) has rules that files are not posted until they have been through a complete validation cycle. 
 So, while we are moving at one speed on the Open Source site, the binary files are held to a different speed/cadence.   In the case of this time period, there have been changes in the binaries, which come back to the problems when using the tip of the Open
 sources and the old files. </span></p></div></blockquote><div><br></div><div><br></div><div>I presume this couldn't be sidestepped by someone at Intel (or otherwise) setting up a server on (e.g.) Amazon AWS, even if there was a requirement for users to register on that site to get access to unvalidated binaries?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">As an aside, there is an effort underway to improve this binary distribution de-synch problem and make other requested improvements. As  part of this effort
 we would be grateful to hear of where the process is failing, and how we can make improvements.  <u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:18.0pt;font-family:"French Script MT";color:#1f497d"></span><span style="color:#1f497d"><u></u><u></u></span></p>
<p></p></div></div></blockquote><div><br></div><div>As I've mentioned elsewhere, personally I think the edk2 project (and, in turn MNW2) is a bit too big now for a single mailing list to handle discussions, bug reports and review requests/feedback - and would like to see the addition of at least a public replacement for the old bug tracker that was lost with the sourceforge changes last year.  I'd be happy to host it, but so far haven't seen much interest.</div><div><br></div><div>-- </div><div>Bruce Cran</div></div></div></div>