On Mon, May 25, 2020 at 12:28 PM Gregory Nutt <spudan...@gmail.com> wrote:
> Most projects that use kconfig-frontends use a snapshot version that is
> built into the codebase.  We cannot do that because kconfig-frontends is
> GPL.  However, I still argue that we should use a fixed, common version
> of kconfig-frontends... no matter what is available in some bleeding
> edge repository.
>
> That is important because if new and/or incompatible features are added
> to the bleeding edge kconfig-frontends then are exploited in NuttX, this
> will cause problems for the rest of the world who do not have those
> features.  That is best solved by everyone using a common version of
> kconfig-frontends, that being the one at
> https://bitbucket.org/nuttx/tools/src/master/
>
> If, for some reason, we want to have some features that are available
> only in some newer release, then we should carefully integrate a new
> snapshot at https://bitbucket.org/nuttx/tools/src/master/, make an
> announcement to all NuttX users indicating our intent to upgrade to a
> new version, and after some time then, and only then. we can exploit any
> new features.  Any willy-nilly uncontrolled use of kconfig-frontends
> versions will not have a good result.  It will break user's builds!  We
> need to be be careful, measured, and slow when considering any updates
> to this tool.

I agree, and all the more reason we should ensure that our project has
a controlled snapshot of this tool -- and to ensure the longevity of
that snapshot so that it will not be lost suddenly!

Nathan

Reply via email to