On 24/01/2019 03:45, Joel Sherrill wrote:
On Wed, Jan 23, 2019, 7:36 PM Chris Johns <chr...@rtems.org
<mailto:chr...@rtems.org> wrote:
On 23/1/19 8:42 pm, Sebastian Huber wrote:
> ---
> user/exe/executables.rst | 8 ++++----
> user/hosts/macos.rst | 4 ++--
> user/hosts/windows.rst | 4 ++--
> user/installation/releases.rst | 2 +-
> user/overview/index.rst | 2 +-
> user/rsb/third-party-packages.rst | 12 ++++++------
> user/rsb/why-build-from-source.rst | 2 +-
> user/start/index.rst | 2 +-
> user/tools/index.rst | 2 +-
> user/tracing/index.rst | 2 +-
> 10 files changed, 20 insertions(+), 20 deletions(-)
FYI Joel and I have revisited the definition of 3rd party packages
deciding what
we have is not right or clear defined.
Joel's view which he told me while he was driving and I hope I got
correct is:
1. There are packages we develop and maintain, mostly in the RTEMS
repo.
2. There are packages we have brought in that we maintain, for
example libbsd,
c11 support, etc. These packages include the ones we build via the
RSB. We
attempt to make sure they build on all BSPs but there can be limits.
3. External 3rd party packages, cFS/cFE, EPICS, YAFFS and Qt are
all examples.
This needs to be explained better in the documentation and the
excessive use of
third-party needs to be changed.
Third party is something the project does not directly maintain or
package.
Libbsd is not third party. The code largely comes from somewhere else
but as a package, it is owned by the project.
It us third party in the same sense as the legal definition of being
independent of the main parties.
Yes, this makes sense, but this patch is a spell change. I would like to
use the wording in Wikepedia
https://en.wikipedia.org/wiki/Third-party_software_component
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
