You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@nuttx.apache.org by Sebastien Lorquet <se...@lorquet.fr> on 2022/11/03 08:51:53 UTC
Re: libpq and libscpi: how to start
Hi,
littlefs too.
This raises an important question for me: how do I handle such a build
in a self-contained, "airgapped" machine?
Are there provisions to use a pre-downloaded tarball for external projects?
Sebastien
Le 28/10/2022 à 18:30, Alan C. Assis a écrit :
> Hi Sebastien,
>
> AFAIK there is not such directive, although it is always need to add
> support to NuttX on external projects.
>
> External projects needs to be integrated to be downloaded and compiled
> dynamically, once again like LVGL.
>
> BR,
>
> Alan
>
> On 10/28/22, Sebastien Lorquet <se...@lorquet.fr> wrote:
>> IIRC the idea was that we dont integrate code fom externally maintained
>> projects?
>>
>> Also IIRC the acceptable method is a specific makefile that downloads
>> code and patch/builds it.
>>
>> I agree that such libs go into apps.
>>
>> Sebastien
>>
>> Le 27/10/2022 à 19:28, Nathan Hartman a écrit :
>>> On Thu, Oct 27, 2022 at 12:19 PM Alan C. Assis <ac...@gmail.com> wrote:
>>>
>>>> Hi Michael,
>>>>
>>>> I think someone else told some time ago that he used a similar lib for
>>>> mysql, I think it was Ivan.
>>>>
>>>> Those libs inside nuttx/libs/ are libs used by the kernel and apps,
>>>> but in this case the lib should be put inside apps/databases/postgres
>>>> for example. It should be a lib just like apps/graphics/lvgl and many
>>>> others.
>>> I agree with that; nothing prevents applications from using the libs
>>> under
>>> apps.
>>>
>>> If they require kernel support then that might be another thing.
>>>
>>> Cheers
>>> Nathan
>>>
Re: libpq and libscpi: how to start
Posted by Xiang Xiao <xi...@gmail.com>.
Yes, the distclean is also skipped.
On Mon, Nov 7, 2022 at 4:52 PM Sebastien Lorquet <se...@lorquet.fr>
wrote:
> Ah, perfect, this is great to know, thanks!
>
> I believe the "expected location" is not destroyed by make distclean?
>
> This is a minor point. The local tarball can always be redeployed to the
> correct place prior to the make command.
>
> Sebastien
>
> Le 07/11/2022 à 03:50, Xiang Xiao a écrit :
> > With https://github.com/apache/incubator-nuttx-apps/pull/1295, you can
> just
> > clone(or use submodule/repo) the code to the Makefile's expected
> location,
> > the build system will skip the download step.
> >
> > On Mon, Nov 7, 2022 at 4:23 AM Abdelatif Guettouche <
> > abdelatif.guettouche@gmail.com> wrote:
> >
> >>> Are there provisions to use a pre-downloaded tarball for external
> >> projects?
> >>
> >> There is none at the moment. However, an option can be added to just
> >> copy from a local folder instead of downloading them. Or the makefile
> >> can start with that and fallback to downloading if the tarball is not
> >> present. Couple of things could be cumbersome here:
> >> 1. Options to choose between local and download. Plus options for
> >> local path to copy from.
> >> 2. The makefile of every external project interested in this will
> >> need to be updated.
> >>
> >>
> >> On Thu, Nov 3, 2022 at 11:55 AM Alan C. Assis <ac...@gmail.com>
> wrote:
> >>> Hi Sebastien,
> >>>
> >>> Good question, AFAIK there is not yet a command to just download the
> >>> necessary tar balls and keep them in a downloaded area to use later.
> >>>
> >>> If I remember correctly some build systems like Buildroot and Yocto
> >>> has this option.
> >>>
> >>> BR,
> >>>
> >>> Alan
> >>>
> >>> On 11/3/22, Sebastien Lorquet <se...@lorquet.fr> wrote:
> >>>> Hi,
> >>>>
> >>>> littlefs too.
> >>>>
> >>>> This raises an important question for me: how do I handle such a build
> >>>> in a self-contained, "airgapped" machine?
> >>>>
> >>>> Are there provisions to use a pre-downloaded tarball for external
> >> projects?
> >>>> Sebastien
> >>>>
> >>>> Le 28/10/2022 à 18:30, Alan C. Assis a écrit :
> >>>>> Hi Sebastien,
> >>>>>
> >>>>> AFAIK there is not such directive, although it is always need to add
> >>>>> support to NuttX on external projects.
> >>>>>
> >>>>> External projects needs to be integrated to be downloaded and
> compiled
> >>>>> dynamically, once again like LVGL.
> >>>>>
> >>>>> BR,
> >>>>>
> >>>>> Alan
> >>>>>
> >>>>> On 10/28/22, Sebastien Lorquet <se...@lorquet.fr> wrote:
> >>>>>> IIRC the idea was that we dont integrate code fom externally
> >> maintained
> >>>>>> projects?
> >>>>>>
> >>>>>> Also IIRC the acceptable method is a specific makefile that
> downloads
> >>>>>> code and patch/builds it.
> >>>>>>
> >>>>>> I agree that such libs go into apps.
> >>>>>>
> >>>>>> Sebastien
> >>>>>>
> >>>>>> Le 27/10/2022 à 19:28, Nathan Hartman a écrit :
> >>>>>>> On Thu, Oct 27, 2022 at 12:19 PM Alan C. Assis <ac...@gmail.com>
> >>>>>>> wrote:
> >>>>>>>
> >>>>>>>> Hi Michael,
> >>>>>>>>
> >>>>>>>> I think someone else told some time ago that he used a similar lib
> >> for
> >>>>>>>> mysql, I think it was Ivan.
> >>>>>>>>
> >>>>>>>> Those libs inside nuttx/libs/ are libs used by the kernel and
> apps,
> >>>>>>>> but in this case the lib should be put inside
> >> apps/databases/postgres
> >>>>>>>> for example. It should be a lib just like apps/graphics/lvgl and
> >> many
> >>>>>>>> others.
> >>>>>>> I agree with that; nothing prevents applications from using the
> libs
> >>>>>>> under
> >>>>>>> apps.
> >>>>>>>
> >>>>>>> If they require kernel support then that might be another thing.
> >>>>>>>
> >>>>>>> Cheers
> >>>>>>> Nathan
> >>>>>>>
>
Re: libpq and libscpi: how to start
Posted by Sebastien Lorquet <se...@lorquet.fr>.
Ah, perfect, this is great to know, thanks!
I believe the "expected location" is not destroyed by make distclean?
This is a minor point. The local tarball can always be redeployed to the
correct place prior to the make command.
Sebastien
Le 07/11/2022 à 03:50, Xiang Xiao a écrit :
> With https://github.com/apache/incubator-nuttx-apps/pull/1295, you can just
> clone(or use submodule/repo) the code to the Makefile's expected location,
> the build system will skip the download step.
>
> On Mon, Nov 7, 2022 at 4:23 AM Abdelatif Guettouche <
> abdelatif.guettouche@gmail.com> wrote:
>
>>> Are there provisions to use a pre-downloaded tarball for external
>> projects?
>>
>> There is none at the moment. However, an option can be added to just
>> copy from a local folder instead of downloading them. Or the makefile
>> can start with that and fallback to downloading if the tarball is not
>> present. Couple of things could be cumbersome here:
>> 1. Options to choose between local and download. Plus options for
>> local path to copy from.
>> 2. The makefile of every external project interested in this will
>> need to be updated.
>>
>>
>> On Thu, Nov 3, 2022 at 11:55 AM Alan C. Assis <ac...@gmail.com> wrote:
>>> Hi Sebastien,
>>>
>>> Good question, AFAIK there is not yet a command to just download the
>>> necessary tar balls and keep them in a downloaded area to use later.
>>>
>>> If I remember correctly some build systems like Buildroot and Yocto
>>> has this option.
>>>
>>> BR,
>>>
>>> Alan
>>>
>>> On 11/3/22, Sebastien Lorquet <se...@lorquet.fr> wrote:
>>>> Hi,
>>>>
>>>> littlefs too.
>>>>
>>>> This raises an important question for me: how do I handle such a build
>>>> in a self-contained, "airgapped" machine?
>>>>
>>>> Are there provisions to use a pre-downloaded tarball for external
>> projects?
>>>> Sebastien
>>>>
>>>> Le 28/10/2022 à 18:30, Alan C. Assis a écrit :
>>>>> Hi Sebastien,
>>>>>
>>>>> AFAIK there is not such directive, although it is always need to add
>>>>> support to NuttX on external projects.
>>>>>
>>>>> External projects needs to be integrated to be downloaded and compiled
>>>>> dynamically, once again like LVGL.
>>>>>
>>>>> BR,
>>>>>
>>>>> Alan
>>>>>
>>>>> On 10/28/22, Sebastien Lorquet <se...@lorquet.fr> wrote:
>>>>>> IIRC the idea was that we dont integrate code fom externally
>> maintained
>>>>>> projects?
>>>>>>
>>>>>> Also IIRC the acceptable method is a specific makefile that downloads
>>>>>> code and patch/builds it.
>>>>>>
>>>>>> I agree that such libs go into apps.
>>>>>>
>>>>>> Sebastien
>>>>>>
>>>>>> Le 27/10/2022 à 19:28, Nathan Hartman a écrit :
>>>>>>> On Thu, Oct 27, 2022 at 12:19 PM Alan C. Assis <ac...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi Michael,
>>>>>>>>
>>>>>>>> I think someone else told some time ago that he used a similar lib
>> for
>>>>>>>> mysql, I think it was Ivan.
>>>>>>>>
>>>>>>>> Those libs inside nuttx/libs/ are libs used by the kernel and apps,
>>>>>>>> but in this case the lib should be put inside
>> apps/databases/postgres
>>>>>>>> for example. It should be a lib just like apps/graphics/lvgl and
>> many
>>>>>>>> others.
>>>>>>> I agree with that; nothing prevents applications from using the libs
>>>>>>> under
>>>>>>> apps.
>>>>>>>
>>>>>>> If they require kernel support then that might be another thing.
>>>>>>>
>>>>>>> Cheers
>>>>>>> Nathan
>>>>>>>
Re: libpq and libscpi: how to start
Posted by Xiang Xiao <xi...@gmail.com>.
With https://github.com/apache/incubator-nuttx-apps/pull/1295, you can just
clone(or use submodule/repo) the code to the Makefile's expected location,
the build system will skip the download step.
On Mon, Nov 7, 2022 at 4:23 AM Abdelatif Guettouche <
abdelatif.guettouche@gmail.com> wrote:
> > Are there provisions to use a pre-downloaded tarball for external
> projects?
>
> There is none at the moment. However, an option can be added to just
> copy from a local folder instead of downloading them. Or the makefile
> can start with that and fallback to downloading if the tarball is not
> present. Couple of things could be cumbersome here:
> 1. Options to choose between local and download. Plus options for
> local path to copy from.
> 2. The makefile of every external project interested in this will
> need to be updated.
>
>
> On Thu, Nov 3, 2022 at 11:55 AM Alan C. Assis <ac...@gmail.com> wrote:
> >
> > Hi Sebastien,
> >
> > Good question, AFAIK there is not yet a command to just download the
> > necessary tar balls and keep them in a downloaded area to use later.
> >
> > If I remember correctly some build systems like Buildroot and Yocto
> > has this option.
> >
> > BR,
> >
> > Alan
> >
> > On 11/3/22, Sebastien Lorquet <se...@lorquet.fr> wrote:
> > > Hi,
> > >
> > > littlefs too.
> > >
> > > This raises an important question for me: how do I handle such a build
> > > in a self-contained, "airgapped" machine?
> > >
> > > Are there provisions to use a pre-downloaded tarball for external
> projects?
> > >
> > > Sebastien
> > >
> > > Le 28/10/2022 à 18:30, Alan C. Assis a écrit :
> > >> Hi Sebastien,
> > >>
> > >> AFAIK there is not such directive, although it is always need to add
> > >> support to NuttX on external projects.
> > >>
> > >> External projects needs to be integrated to be downloaded and compiled
> > >> dynamically, once again like LVGL.
> > >>
> > >> BR,
> > >>
> > >> Alan
> > >>
> > >> On 10/28/22, Sebastien Lorquet <se...@lorquet.fr> wrote:
> > >>> IIRC the idea was that we dont integrate code fom externally
> maintained
> > >>> projects?
> > >>>
> > >>> Also IIRC the acceptable method is a specific makefile that downloads
> > >>> code and patch/builds it.
> > >>>
> > >>> I agree that such libs go into apps.
> > >>>
> > >>> Sebastien
> > >>>
> > >>> Le 27/10/2022 à 19:28, Nathan Hartman a écrit :
> > >>>> On Thu, Oct 27, 2022 at 12:19 PM Alan C. Assis <ac...@gmail.com>
> > >>>> wrote:
> > >>>>
> > >>>>> Hi Michael,
> > >>>>>
> > >>>>> I think someone else told some time ago that he used a similar lib
> for
> > >>>>> mysql, I think it was Ivan.
> > >>>>>
> > >>>>> Those libs inside nuttx/libs/ are libs used by the kernel and apps,
> > >>>>> but in this case the lib should be put inside
> apps/databases/postgres
> > >>>>> for example. It should be a lib just like apps/graphics/lvgl and
> many
> > >>>>> others.
> > >>>> I agree with that; nothing prevents applications from using the libs
> > >>>> under
> > >>>> apps.
> > >>>>
> > >>>> If they require kernel support then that might be another thing.
> > >>>>
> > >>>> Cheers
> > >>>> Nathan
> > >>>>
> > >
>
Re: libpq and libscpi: how to start
Posted by Abdelatif Guettouche <ab...@gmail.com>.
> Are there provisions to use a pre-downloaded tarball for external projects?
There is none at the moment. However, an option can be added to just
copy from a local folder instead of downloading them. Or the makefile
can start with that and fallback to downloading if the tarball is not
present. Couple of things could be cumbersome here:
1. Options to choose between local and download. Plus options for
local path to copy from.
2. The makefile of every external project interested in this will
need to be updated.
On Thu, Nov 3, 2022 at 11:55 AM Alan C. Assis <ac...@gmail.com> wrote:
>
> Hi Sebastien,
>
> Good question, AFAIK there is not yet a command to just download the
> necessary tar balls and keep them in a downloaded area to use later.
>
> If I remember correctly some build systems like Buildroot and Yocto
> has this option.
>
> BR,
>
> Alan
>
> On 11/3/22, Sebastien Lorquet <se...@lorquet.fr> wrote:
> > Hi,
> >
> > littlefs too.
> >
> > This raises an important question for me: how do I handle such a build
> > in a self-contained, "airgapped" machine?
> >
> > Are there provisions to use a pre-downloaded tarball for external projects?
> >
> > Sebastien
> >
> > Le 28/10/2022 à 18:30, Alan C. Assis a écrit :
> >> Hi Sebastien,
> >>
> >> AFAIK there is not such directive, although it is always need to add
> >> support to NuttX on external projects.
> >>
> >> External projects needs to be integrated to be downloaded and compiled
> >> dynamically, once again like LVGL.
> >>
> >> BR,
> >>
> >> Alan
> >>
> >> On 10/28/22, Sebastien Lorquet <se...@lorquet.fr> wrote:
> >>> IIRC the idea was that we dont integrate code fom externally maintained
> >>> projects?
> >>>
> >>> Also IIRC the acceptable method is a specific makefile that downloads
> >>> code and patch/builds it.
> >>>
> >>> I agree that such libs go into apps.
> >>>
> >>> Sebastien
> >>>
> >>> Le 27/10/2022 à 19:28, Nathan Hartman a écrit :
> >>>> On Thu, Oct 27, 2022 at 12:19 PM Alan C. Assis <ac...@gmail.com>
> >>>> wrote:
> >>>>
> >>>>> Hi Michael,
> >>>>>
> >>>>> I think someone else told some time ago that he used a similar lib for
> >>>>> mysql, I think it was Ivan.
> >>>>>
> >>>>> Those libs inside nuttx/libs/ are libs used by the kernel and apps,
> >>>>> but in this case the lib should be put inside apps/databases/postgres
> >>>>> for example. It should be a lib just like apps/graphics/lvgl and many
> >>>>> others.
> >>>> I agree with that; nothing prevents applications from using the libs
> >>>> under
> >>>> apps.
> >>>>
> >>>> If they require kernel support then that might be another thing.
> >>>>
> >>>> Cheers
> >>>> Nathan
> >>>>
> >
Re: libpq and libscpi: how to start
Posted by "Alan C. Assis" <ac...@gmail.com>.
Hi Sebastien,
Good question, AFAIK there is not yet a command to just download the
necessary tar balls and keep them in a downloaded area to use later.
If I remember correctly some build systems like Buildroot and Yocto
has this option.
BR,
Alan
On 11/3/22, Sebastien Lorquet <se...@lorquet.fr> wrote:
> Hi,
>
> littlefs too.
>
> This raises an important question for me: how do I handle such a build
> in a self-contained, "airgapped" machine?
>
> Are there provisions to use a pre-downloaded tarball for external projects?
>
> Sebastien
>
> Le 28/10/2022 à 18:30, Alan C. Assis a écrit :
>> Hi Sebastien,
>>
>> AFAIK there is not such directive, although it is always need to add
>> support to NuttX on external projects.
>>
>> External projects needs to be integrated to be downloaded and compiled
>> dynamically, once again like LVGL.
>>
>> BR,
>>
>> Alan
>>
>> On 10/28/22, Sebastien Lorquet <se...@lorquet.fr> wrote:
>>> IIRC the idea was that we dont integrate code fom externally maintained
>>> projects?
>>>
>>> Also IIRC the acceptable method is a specific makefile that downloads
>>> code and patch/builds it.
>>>
>>> I agree that such libs go into apps.
>>>
>>> Sebastien
>>>
>>> Le 27/10/2022 à 19:28, Nathan Hartman a écrit :
>>>> On Thu, Oct 27, 2022 at 12:19 PM Alan C. Assis <ac...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi Michael,
>>>>>
>>>>> I think someone else told some time ago that he used a similar lib for
>>>>> mysql, I think it was Ivan.
>>>>>
>>>>> Those libs inside nuttx/libs/ are libs used by the kernel and apps,
>>>>> but in this case the lib should be put inside apps/databases/postgres
>>>>> for example. It should be a lib just like apps/graphics/lvgl and many
>>>>> others.
>>>> I agree with that; nothing prevents applications from using the libs
>>>> under
>>>> apps.
>>>>
>>>> If they require kernel support then that might be another thing.
>>>>
>>>> Cheers
>>>> Nathan
>>>>
>