Maybe just a hierarchical picture could be provided. I'd also be OK with new "projects" using a different noun, such as "effort"
As with Chris, I would not change established language (such as for RTEMS Tools Project). Nice Qualification is still getting off the ground, the language around it could change. Gedare On Sun, Jan 19, 2020 at 10:29 PM Chris Johns <chr...@rtems.org> wrote: > > On 3/1/20 11:30 pm, Sebastian Huber wrote: > > I work currently on the first chapters of the RTEMS Software Engineering > > manual. > > I came across the term "RTEMS Qualifaction Project" and also "RTEMS > > Documentation Project". What the "RTEMS Project" is, is more or less clear. > > Clear to whom? Yes to you and I and it should be after all these years. To > someone new it may not be as clear at all. > > > It > > is the community, infrastructure, and the free and open RTEMS itself. But, > > do we > > really have to emphasize that there are in addition an "RTEMS Qualifaction > > Project" and an "RTEMS Documentation Project"? > > I am fine with project, it is in common use. Webster defines it as "To form a > project; to scheme." and this seems to fit how we are using it. > > > For me these are merely > > activities and components inside the RTEMS Project. What would be the > > mission > > statement of the projects? > > These things are not precise. KDE refers to itself as a community and > encourages > new users to start projects, Fedora is a project and talks about roles users > can > take. > > > What about overlaps? > > There is overlap. > > > There is currently an RTEMS pre-qualification activity according to ECSS > > standards ongoing. So, a general term for this activity is useful. I am not > > sure > > if we should name this "RTEMS Qualification Project". I would name it > > "pre-qualification activity in the RTEMS Project" and short > > "pre-qualification > > activity". > > I am not in favor of this. The RTEMS Tools Project is in lots of places, too > many to change. > > The splitting up of these activities into projects helps us attract new users > who may think RTEMS is too complex and not accessible for them. Maybe focusing > on a smaller activity or project may be a way to get started. > > Chris > _______________________________________________ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
