<div dir="ltr"><div>:) Look through what I got converted. The potential tasks should be pretty obvious. If not, I didn't do what I think I did.<br></div><div><br></div><div>I will review the doc for GCI tasks tomorrow and Gedare and I will try to get them published. </div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Nov 28, 2018 at 7:00 PM Shashvat Jain <<a href="mailto:shashvatjain2002@gmail.com">shashvatjain2002@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Scott has done a awesome job , would love to do the task  : )<div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Nov 29, 2018 at 6:22 AM Joel Sherrill <<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi<div><br></div><div>Scott Zemerick of NASA IV&V did a review of NASA's quality standard and DO-178B and tried to find a way for open source projects to provide documents meeting the spirit and intent of those standards in a way that is palatable and not soul crushing for an open source project. He presented about this at the Flight Software Workshop last year. The title was "Open-Source RTOS Space Qualification: an RTEMS Case Study"</div><div><br></div><div>Presentation: <a href="http://flightsoftware.jhuapl.edu/files/2017/Day-3/06-Zemerick-RTOS-Qualification.pptx" target="_blank">http://flightsoftware.jhuapl.edu/files/2017/Day-3/06-Zemerick-RTOS-Qualification.pptx</a></div><div>Video of presentation: <a href="https://youtu.be/UYJqABg2Mzk" target="_blank">https://youtu.be/UYJqABg2Mzk</a></div><div><br></div><div>Scott suggested an outline which takes existing content and puts it into a structure that an IV&V person would recognize. It also moves content from the Wiki into Rest which is much better for long-term controlled maintenance and organization. Plus prettier. Scott's outline and info is at <a href="https://ftp.rtems.org/pub/rtems/people/joel/sw_eng_hb/" target="_blank">https://ftp.rtems.org/pub/rtems/people/joel/sw_eng_hb/</a>. </div><div><br></div><div>For example, the Coding Style, Licensing Requirements, git instructions, project policies, etc. should be in here. Other topics are up for discussion. </div><div><br></div><div>I took his outline with URLs and converted it to Rest. I left TBDs for the wiki pages to convert and insert. I also left TBDs for things to write.  I am going to write Google Code-In tasks for the conversion.  The current Rest code is in my rtems-docs git repo git://<a href="http://git.rtems.org/joel/rtems-docs.git" target="_blank">git.rtems.org/joel/rtems-docs.git</a> on the sw_eng_hb branch. The current formatted version (as is) is at <a href="https://ftp.rtems.org/pub/rtems/people/joel/docs-eng/" target="_blank">https://ftp.rtems.org/pub/rtems/people/joel/docs-eng/</a></div><div><br></div><div>This is a solid starting point to having some of the documentation required by high integrity processes. We can grow it.</div><div><br></div><div>Obviously this is a starting point and I am hoping that in the remaining two weeks of GCI we can get the wiki pages converted. At some point in the near future, I hope to submit it for inclusion in the main rtems documentation set.</div><div><br></div><div>Please pitch in and let's make this happen. Improving our processes and supporting documentation is important.</div><div><br></div><div>Thanks</div><div><br></div><div>--joel</div><div><br></div></div></div></div></div></div></div></div>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a></blockquote></div>
</blockquote></div>