<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 1, 2019 at 12:53 PM Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Chris et al.,<br>
<br>
On Thu, Oct 31, 2019 at 12:50 AM Chris Johns <<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a>> wrote:<br>
><br>
> Hello,<br>
><br>
> I would like to announce the start of release snapshots from the master branch.<br>
> A release snapshot will be created on the first day of each month. These are<br>
> development snapshots so they can be unstable.<br>
><br>
Thank you for taking this initiative, and I hope these are of only<br>
incremental cost for you to produce.<br>
<br>
When you say unstable, you mean they are not recommended for use in<br>
baselining production for user projects, right?<br></blockquote><div><br></div><div>We would always prefer users to use "real releases" for products but we</div><div>haven't had enough in recent years. This has effectively forced users to </div><div>baseline from the git master. So yes, we would prefer and recommend</div><div>that users avoid using non-release versions in production.</div><div><br></div><div>The purpose of the snapshots are at least to </div><div><br></div><div>(1) ensure that mechanics of the release process work. For example, </div><div>Sebastian noticed that the rtems-libbsd for this snapshot is cut from </div><div>master, not the correct branch. There may also be bugs in inserting </div><div>the correct version number, collecting all the files etc.</div><div><br></div><div>(2) Give users something to test on their hardware and report back.</div><div>We need this feedback.</div><div><br></div><div>Chris and I hope that based on testing of the snapshots and git master,</div><div>we will reduce the issues to the point where we reach a point that we</div><div>say "snapshot X looks great, let's have a formal release" and that's largely it. </div><div><br></div><div>This is part of a holistic effort to improve our processes and feedback.</div><div><br></div><div>Hopefully users see value in it and help by testing, volunteering to</div><div>help implement, and contributing funding for needed infrastructure</div><div>and core developers to work on these RTEMS process issues.</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">
<br>
What about their availability? How long will each release snapshot<br>
remain hosted by RTEMS Project for public consumption?<br></blockquote><div><br></div><div>Chris and I haven't discussed that. He may have thoughts.</div><div><br></div><div>As reference, GCC snapshots appear to be available for about a year with </div><div>all removed and replaced by one final snapshot as a branch closes (at least </div><div>that's what it looks like).</div><div><br></div><div>I don't want to keep them available **publicly** forever. There is a tendency for people </div><div>to mirror an entire ftp tree and this just puts load on our server infrastructure for</div><div>near zero value.</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">
<br>
> An announce email will be posted to <a href="mailto:user@rtems.org" target="_blank">user@rtems.org</a> and <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> with a<br>
> link to the release files. The release snapshot's build results will be posted<br>
> to <a href="mailto:build@rtems.org" target="_blank">build@rtems.org</a> list and viewable in it's archive.<br>
><br>
> Please download, test and post your results. Your feedback is welcomed and<br>
> valuable to us as maintainer as well as the community.<br>
><br>
> Snapshots<br>
> ---------<br>
><br>
> Release snapshots provide feedback to us about the state of a release as<br>
> development happens. Releasing is a complicated process and it can break and rot<br>
> if it is not run regularly. Release snapshot are part of our attempt to address<br>
> this problem and to improve the overall quality of RTEMS releases.<br>
><br>
> Testing<br>
> -------<br>
><br>
> There has been a lot of work in past few years to improve the testing of RTEMS.<br>
> We would welcome your feedback. The best way to provide feedback is to post<br>
> build results from your preferred host or post tests results for your BSP. The<br>
> commands you use to build and test have a --mail option and they will post the<br>
> results. The build mailing list is used to collect these results. You can<br>
> subscribe here:<br>
><br>
>  <a href="https://lists.rtems.org/mailman/listinfo/build" rel="noreferrer" target="_blank">https://lists.rtems.org/mailman/listinfo/build</a><br>
><br>
> If you need help posting build or test results please ask.<br>
><br>
> Tiers<br>
> -----<br>
><br>
> RTEMS has a tier structure for BSPs to help us know the state of a BSP [1]. We<br>
> have test results for some hardware and we would love to have more. At some<br>
> point we will automatically collect the posted test results and create a "score<br>
> board" to rank BSPs. For this to work and be of real value we need posted test<br>
> results. You think this sound complicated to do but it is not that difficult and<br>
> what it gives you and the community is really valuable.<br>
><br>
I strongly encourage anyone with interest in a particular BSP to step<br>
forward if willing to help in this vital effort at improving the<br>
quality of RTEMS releases for that BSP. I'm a little worried that<br>
these important notes about testing and tiers are being lost in the<br>
announcement about release snapshots. For a robust RTEMS release<br>
across a wide range of the targets, we definitely need some willing<br>
stakeholders from the user community to volunteer!<br>
<br>
> Thanks<br>
> Chris<br>
><br>
Thank you,<br>
Gedare<br>
<br>
> [1] Tiers<br>
> <a href="https://docs.rtems.org/branches/master/user/hardware/tiers.html" rel="noreferrer" target="_blank">https://docs.rtems.org/branches/master/user/hardware/tiers.html</a><br>
> _______________________________________________<br>
> users mailing list<br>
> <a href="mailto:users@rtems.org" target="_blank">users@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/users</a><br>
_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@rtems.org" target="_blank">users@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/users</a><br>
</blockquote></div></div>