<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 9, 2017 at 2:14 PM, <a href="mailto:Taiidan@gmx.com" target="_blank">Taiidan@gmx.com</a> <span dir="ltr"><<a href="mailto:Taiidan@gmx.com" target="_blank">Taiidan@gmx.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="m_3900815931064699139gmail-"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">To further clean things up, starting with the 4.8 release, any platform that<br>
does not have a successful boot logged in the board_status repo in the previous<br>
year (that is, within the previous two releases) will be removed from the<br>
maintained coreboot codebase. Chips that do not have any associated boards will<br>
also be removed. These platforms will be announced before the release so that<br>
there is time for people to test if desired.<br>
<br>
This is not meant to be a high bar, but as a measure to clean up the codebase<br>
and eliminate boards and chips that are actually no longer being used. The<br>
cleanup will happen just after the release, so the removed platforms will still<br>
be available in the release branch if desired. If there is still interest,<br>
developers can bring back old chips and boards by porting them to the new tree<br>
(and bringing them to current standards).<br>
</blockquote></span>
There should be an easier way for people to test stuff, I myself haven't bothered to do it yet as you need an openid, then a gerrit account</blockquote><div><br></div><div>How do you plan to submit patches to add boards or fix old ones so they continue to build?</div><div><br></div><div>I remember there was talk about a non-gerrit workflow early on since some people preferred using the mailing list to send patches, though I'm not sure how far that got. And in that case they were fine with creating an account so they could pushing patches and weren't asking for a whole other authentication mechanism to be maintained by the time-constrained admins.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">, then you need to run a program on the device itself (which is difficult if you are using it as a router/firewall such as on my AM1ML)<br></blockquote><div><br></div><div>Can you please elaborate? If you're going to flash and reboot, why does it matter if your system is a router/firewall? How would one report stats without running a program on the device itself?</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If it was a more automated process</blockquote><div><br></div><div>Suggestions welcome. Would an init script help?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> where an account isn't needed that would encourage more people to do it.<br>
<br>
Studies indicate that e-commerce websites that require people to create an account to buy something have a much lower sales conversion rate.</blockquote><div><br></div><div>We thought about that briefly way back (<a href="https://mail.coreboot.org/pipermail/coreboot/2013-November/076587.html" target="_blank">https://mail.coreboot.org/<wbr>pipermail/coreboot/2013-<wbr>November/076587.html</a>), but nobody seems to have thought of a better way to prevent spam and abuse. Again, suggestions welcome.</div></div><br></div></div>