Hi Lup,

I think that we all should push the logs as they are on
https://gist.github.com/nuttxpr in separate folders containing
build target (ex: arm-01) with logs renamed : platform_buildtime.log
or
platform/board/config with logs renamed
: platform_board_config_buildtime.log

This should simplify the scripting and display

what so you think ?

On Mon, Oct 28, 2024 at 9:25 AM Lee, Lup Yuen <lu...@appkaki.com> wrote:

> << the results from my test are available on
> https://gist.github.com/jerpelea >>
>
> That's awesome Alin, thanks! :-)
>
> << I think that we should push all results on a git with date sorted by
> platform /board then create a simple heatmap with the latest build and
> green/red >>
>
> Yep lemme figure out if open-source Grafana can do this (with some
> scripting): https://grafana.com/oss/grafana/
>
> Lup
>
> On Mon, Oct 28, 2024 at 4:22 PM Alin Jerpelea <jerpe...@gmail.com> wrote:
>
> > HI all
> > the results from my test are available on
> https://gist.github.com/jerpelea
> >
> > I think that we should push all results on a git with date sorted by
> > platform /board then create a simple heatmap with the latest build and
> > green/red
> > @lup what do you think ?
> >
> >
> > Best regards
> > Alin
> >
> > On Mon, Oct 28, 2024 at 9:15 AM Alin Jerpelea <jerpe...@gmail.com>
> wrote:
> >
> > > Hi Lup,
> > >
> > > please add to the guide
> > > "gh auth login" so that users can upload the results
> > >
> > > Best regards
> > > Alin
> > >
> > >
> > > On Mon, Oct 28, 2024 at 9:12 AM Lee, Lup Yuen <lu...@appkaki.com>
> wrote:
> > >
> > >> << please add to the guide "apt install gh " on host os >>
> > >>
> > >> Yep thanks Alin! I have updated the article:
> > >>
> > >>
> >
> https://lupyuen.codeberg.page/articles/ci2.html#build-nuttx-for-all-target-groups
> > >>
> > >> ## Download the scriptsgit clone
> > >> https://github.com/lupyuen/nuttx-releasecd nuttx-release
> > >> ## Login to GitHub in Headless Modesudo apt install ghsudo gh auth
> login
> > >> ## Run the Build Job forever: arm-01 ... arm-14sudo ./run-ci.sh
> > >>
> > >>
> > >> Lup
> > >>
> > >> On Mon, Oct 28, 2024 at 4:05 PM Alin Jerpelea <jerpe...@gmail.com>
> > wrote:
> > >>
> > >> > Hi Lup
> > >> >
> > >> > please add to the guide
> > >> > "apt install gh "
> > >> > on host os
> > >> >
> > >> > Best regards
> > >> > Alin
> > >> >
> > >> > On Mon, Oct 28, 2024 at 8:50 AM Lee, Lup Yuen <lu...@appkaki.com>
> > >> wrote:
> > >> >
> > >> > > Thanks Alin, I think the fix is here:
> > >> > > https://github.com/apache/nuttx/pull/14527
> > >> > >
> > >> > > Lup
> > >> > >
> > >> > > On Mon, Oct 28, 2024 at 3:43 PM Alin Jerpelea <jerpe...@gmail.com
> >
> > >> > wrote:
> > >> > >
> > >> > > > Cmake in present: stm32f334-disco/nsh,CONFIG_ARM_TOOLCHAIN_CLANG
> > >> > > > Configuration/Tool:
> stm32f334-disco/nsh,CONFIG_ARM_TOOLCHAIN_CLANG
> > >> > > > 2024-10-28 07:41:50
> > >> > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> ------------------------------------------------------------------------------------
> > >> > > >   Cleaning...
> > >> > > >   Configuring...
> > >> > > > CMake Warning at cmake/nuttx_kconfig.cmake:171 (message):
> > >> > > >   Kconfig Configuration Error: warning: STM32_HAVE_HRTIM1_PLLCLK
> > >> > (defined
> > >> > > > at
> > >> > > >   arch/arm/src/stm32/Kconfig:8109) has direct dependencies
> > >> STM32_HRTIM
> > >> > &&
> > >> > > >   ARCH_CHIP_STM32 && ARCH_ARM with value n, but is currently
> being
> > >> > > > y-selected
> > >> > > >   by the following symbols:
> > >> > > >
> > >> > > >    - STM32_STM32F33XX (defined at
> > arch/arm/src/stm32/Kconfig:1533),
> > >> > with
> > >> > > > value y, direct dependencies ARCH_CHIP_STM32 && ARCH_ARM (value:
> > y),
> > >> > and
> > >> > > > select condition ARCH_CHIP_STM32 && ARCH_ARM (value: y)
> > >> > > >
> > >> > > > Call Stack (most recent call first):
> > >> > > >   CMakeLists.txt:322 (nuttx_olddefconfig)
> > >> > > >
> > >> > > >
> > >> > > >   Select HOST_LINUX=y
> > >> > > > CMake Warning at cmake/nuttx_kconfig.cmake:192 (message):
> > >> > > >   Kconfig Configuration Error: warning: STM32_HAVE_HRTIM1_PLLCLK
> > >> > (defined
> > >> > > > at
> > >> > > >   arch/arm/src/stm32/Kconfig:8109) has direct dependencies
> > >> STM32_HRTIM
> > >> > &&
> > >> > > >   ARCH_CHIP_STM32 && ARCH_ARM with value n, but is currently
> being
> > >> > > > y-selected
> > >> > > >   by the following symbols:
> > >> > > >
> > >> > > >    - STM32_STM32F33XX (defined at
> > arch/arm/src/stm32/Kconfig:1533),
> > >> > with
> > >> > > > value y, direct dependencies ARCH_CHIP_STM32 && ARCH_ARM (value:
> > y),
> > >> > and
> > >> > > > select condition ARCH_CHIP_STM32 && ARCH_ARM (value: y)
> > >> > > >
> > >> > > > Call Stack (most recent call first):
> > >> > > >   cmake/nuttx_sethost.cmake:107 (nuttx_setconfig)
> > >> > > >   CMakeLists.txt:333 (nuttx_sethost)
> > >> > > >
> > >> > > >
> > >> > > >   Disabling CONFIG_ARM_TOOLCHAIN_BUILDROOT
> > >> > > >   Enabling CONFIG_ARM_TOOLCHAIN_CLANG
> > >> > > >   Building NuttX...
> > >> > > >
> > >> > > > On Mon, Oct 28, 2024 at 8:18 AM Alin Jerpelea <
> jerpe...@gmail.com
> > >
> > >> > > wrote:
> > >> > > >
> > >> > > > > HI Lup
> > >> > > > > I found another one
> > >> > > > >
> > >> > > > > Cmake in present: nucleo-f334r8/adc,CONFIG_ARM_TOOLCHAIN_CLANG
> > >> > > > > Configuration/Tool:
> nucleo-f334r8/adc,CONFIG_ARM_TOOLCHAIN_CLANG
> > >> > > > > 2024-10-28 07:17:15
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> ------------------------------------------------------------------------------------
> > >> > > > >   Cleaning...
> > >> > > > >   Configuring...
> > >> > > > > CMake Warning at cmake/nuttx_kconfig.cmake:171 (message):
> > >> > > > >   Kconfig Configuration Error: warning:
> STM32_HAVE_HRTIM1_PLLCLK
> > >> > > (defined
> > >> > > > > at
> > >> > > > >   arch/arm/src/stm32/Kconfig:8109) has direct dependencies
> > >> > STM32_HRTIM
> > >> > > &&
> > >> > > > >   ARCH_CHIP_STM32 && ARCH_ARM with value n, but is currently
> > being
> > >> > > > > y-selected
> > >> > > > >   by the following symbols:
> > >> > > > >
> > >> > > > >    - STM32_STM32F33XX (defined at
> > >> arch/arm/src/stm32/Kconfig:1533),
> > >> > > with
> > >> > > > > value y, direct dependencies ARCH_CHIP_STM32 && ARCH_ARM
> (value:
> > >> y),
> > >> > > and
> > >> > > > > select condition ARCH_CHIP_STM32 && ARCH_ARM (value: y)
> > >> > > > >
> > >> > > > > Call Stack (most recent call first):
> > >> > > > >   CMakeLists.txt:322 (nuttx_olddefconfig)
> > >> > > > >
> > >> > > > >
> > >> > > > >   Select HOST_LINUX=y
> > >> > > > > CMake Warning at cmake/nuttx_kconfig.cmake:192 (message):
> > >> > > > >   Kconfig Configuration Error: warning:
> STM32_HAVE_HRTIM1_PLLCLK
> > >> > > (defined
> > >> > > > > at
> > >> > > > >   arch/arm/src/stm32/Kconfig:8109) has direct dependencies
> > >> > STM32_HRTIM
> > >> > > &&
> > >> > > > >   ARCH_CHIP_STM32 && ARCH_ARM with value n, but is currently
> > being
> > >> > > > > y-selected
> > >> > > > >   by the following symbols:
> > >> > > > >
> > >> > > > >    - STM32_STM32F33XX (defined at
> > >> arch/arm/src/stm32/Kconfig:1533),
> > >> > > with
> > >> > > > > value y, direct dependencies ARCH_CHIP_STM32 && ARCH_ARM
> (value:
> > >> y),
> > >> > > and
> > >> > > > > select condition ARCH_CHIP_STM32 && ARCH_ARM (value: y)
> > >> > > > >
> > >> > > > > Call Stack (most recent call first):
> > >> > > > >   cmake/nuttx_sethost.cmake:107 (nuttx_setconfig)
> > >> > > > >   CMakeLists.txt:333 (nuttx_sethost)
> > >> > > > >
> > >> > > > >
> > >> > > > >   Disabling CONFIG_ARM_TOOLCHAIN_GNU_EABI
> > >> > > > >   Enabling CONFIG_ARM_TOOLCHAIN_CLANG
> > >> > > > >   Building NuttX...
> > >> > > > >
> > >> > > > > Thanks
> > >> > > > > Alin
> > >> > > > >
> > >> > > > > On Mon, Oct 28, 2024 at 4:40 AM Lee, Lup Yuen <
> > lu...@appkaki.com>
> > >> > > wrote:
> > >> > > > >
> > >> > > > >> << needed on host machine (please update the article)
> > >> > > > >> apt install gcc-arm-none-eabi binutils-arm-none-eabi genromfs
> > >>
> > >> > > > >>
> > >> > > > >> Hi Alin: This is super strange. genromfs isn't installed on
> my
> > >> Host
> > >> > > > >> Machine:
> > >> > > > >>
> > >> > > > >> ## genromfs isn't installed on my Host Machine
> > >> > > > >> $ genromfs -h
> > >> > > > >> Command 'genromfs' not found
> > >> > > > >>
> > >> > > > >> ## genromfs works fine inside Docker
> > >> > > > >> $ sudo docker run -it \
> > >> > > > >>   ghcr.io/apache/nuttx/apache-nuttx-ci-linux:latest \
> > >> > > > >>   /bin/bash -c "genromfs -h"
> > >> > > > >> genromfs 0.5.2
> > >> > > > >>
> > >> > > > >> Is anyone else having problems building NuttX with our Docker
> > >> Image?
> > >> > > > >> Please
> > >> > > > >> lemme know thanks!
> > >> > > > >>
> > >> > > > >> << /usr/bin/bash: line 1: arm-nuttx-eabi-gcc: command not
> found
> > >> >>
> > >> > > > >>
> > >> > > > >> This is a harmless message, we're tracking the issue here:
> > >> > > > >> https://github.com/apache/nuttx/issues/14374
> > >> > > > >>
> > >> > > > >> Lup
> > >> > > > >>
> > >> > > > >> On Mon, Oct 28, 2024 at 11:23 AM Alin Jerpelea <
> > >> jerpe...@gmail.com>
> > >> > > > >> wrote:
> > >> > > > >>
> > >> > > > >> > Hi Lup,
> > >> > > > >> >
> > >> > > > >> > needed on host machine (please update the article)
> > >> > > > >> >
> > >> > > > >> > apt install gcc-arm-none-eabi binutils-arm-none-eabi
> genromfs
> > >> > > > >> >
> > >> > > > >> > error still unidentified
> > >> > > > >> >
> > >> > > > >> > onfiguration/Tool:
> > >> c5471evm/nettest,CONFIG_ARM_TOOLCHAIN_GNU_EABI
> > >> > > > >> > 2024-10-28 04:20:28
> > >> > > > >> >
> > >> > > > >> >
> > >> > > > >>
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> ------------------------------------------------------------------------------------
> > >> > > > >> >   Cleaning...
> > >> > > > >> >   Configuring...
> > >> > > > >> >   Disabling CONFIG_ARM_TOOLCHAIN_BUILDROOT
> > >> > > > >> >   Enabling CONFIG_ARM_TOOLCHAIN_GNU_EABI
> > >> > > > >> >   Building NuttX...
> > >> > > > >> >   Normalize c5471evm/nettest
> > >> > > > >> > /usr/bin/bash: line 1: arm-nuttx-eabi-gcc: command not
> found
> > >> > > > >> > /usr/bin/bash: line 1: arm-nuttx-eabi-gcc: command not
> found
> > >> > > > >> >
> > >> > > > >> > Best Regards
> > >> > > > >> >
> > >> > > > >> > Alin
> > >> > > > >> >
> > >> > > > >> >
> > >> > > > >> > On Mon, Oct 28, 2024 at 3:25 AM Lee, Lup Yuen <
> > >> lu...@appkaki.com>
> > >> > > > >> wrote:
> > >> > > > >> >
> > >> > > > >> > > << /usr/bin/bash: line 1: genromfs: command not found >>
> > >> > > > >> > >
> > >> > > > >> > > Hi Alin: That's very odd, genromfs is inside the Docker
> > >> Image so
> > >> > > it
> > >> > > > >> > > shouldn't fail (unless we're running outside Docker?).
> > Here's
> > >> > how
> > >> > > we
> > >> > > > >> > check
> > >> > > > >> > > genromfs:
> > >> > > > >> > >
> > >> > > > >> > > ## This will show "genromfs 0.5.2"
> > >> > > > >> > > sudo docker run -it \
> > >> > > > >> > >   ghcr.io/apache/nuttx/apache-nuttx-ci-linux:latest \
> > >> > > > >> > >   /bin/bash -c "genromfs -h"
> > >> > > > >> > >
> > >> > > > >> > > Also spresense:elf builds OK on my Ubuntu PC:
> > >> > > > >> > >
> > >> > > > >> > >
> > >> > > > >> >
> > >> > > > >>
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> https://gist.github.com/nuttxpr/8a203426383b84626c8a5bd06168bf9b#file-ci-arm-01-log-L359
> > >> > > > >> > >
> > >> > > > >> > > Could you try this (from my article) and lemme know if it
> > >> works?
> > >> > > > >> Thanks!
> > >> > > > >> > >
> > >> > > > >> > > ## Compile Target Group arm-01, including spresense/elf
> > >> > > > >> > > job=arm-01
> > >> > > > >> > > sudo docker run -it \
> > >> > > > >> > >   ghcr.io/apache/nuttx/apache-nuttx-ci-linux:latest \
> > >> > > > >> > >   /bin/bash -c "
> > >> > > > >> > >   cd ;
> > >> > > > >> > >   pwd ;
> > >> > > > >> > >   git clone https://github.com/apache/nuttx ;
> > >> > > > >> > >   git clone https://github.com/apache/nuttx-apps apps ;
> > >> > > > >> > >   pushd nuttx ; echo NuttX Source:
> > >> > > > >> > > https://github.com/apache/nuttx/tree/\$(git rev-parse
> > HEAD)
> > >> ;
> > >> > > popd
> > >> > > > ;
> > >> > > > >> > >   pushd apps  ; echo NuttX Apps:
> > >> > > > >> > > https://github.com/apache/nuttx-apps/tree/\$(git
> rev-parse
> > >> > HEAD)
> > >> > > ;
> > >> > > > >> popd
> > >> > > > >> > ;
> > >> > > > >> > >   sleep 10 ;
> > >> > > > >> > >   cd nuttx/tools/ci ;
> > >> > > > >> > >   (./cibuild.sh -c -A -N -R testlist/$job.dat || echo
> > '*****
> > >> > BUILD
> > >> > > > >> > FAILED')
> > >> > > > >> > > ;
> > >> > > > >> > > "
> > >> > > > >> > >
> > >> > > > >> > > Lup
> > >> > > > >> > >
> > >> > > > >> > > On Mon, Oct 28, 2024 at 10:01 AM Alin Jerpelea <
> > >> > > jerpe...@gmail.com>
> > >> > > > >> > wrote:
> > >> > > > >> > >
> > >> > > > >> > > > Hi Lup
> > >> > > > >> > > > I started the test and I found a fiew issues
> > >> > > > >> > > >
> > >> > > > >> > > > Configuration/Tool:
> > >> > spresense/elf,CONFIG_ARM_TOOLCHAIN_GNU_EABI
> > >> > > > >> > > > 2024-10-28 02:49:20
> > >> > > > >> > > >
> > >> > > > >> > > >
> > >> > > > >> > >
> > >> > > > >> >
> > >> > > > >>
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> ------------------------------------------------------------------------------------
> > >> > > > >> > > >   Cleaning...
> > >> > > > >> > > >   Configuring...
> > >> > > > >> > > >   Disabling CONFIG_ARM_TOOLCHAIN_GNU_EABI
> > >> > > > >> > > >   Enabling CONFIG_ARM_TOOLCHAIN_GNU_EABI
> > >> > > > >> > > >   Building NuttX...
> > >> > > > >> > > > /usr/bin/bash: line 1: genromfs: command not found
> > >> > > > >> > > > make[3]: *** [Makefile:81:
> > >> > > > >> > > >
> > /awork/nuttx/NuttX/farm/apps/examples/elf/tests/romfs.img]
> > >> > Error
> > >> > > > 127
> > >> > > > >> > > > make[3]: Target 'all' not remade because of errors.
> > >> > > > >> > > > make[2]: *** [Makefile:59: build] Error 2
> > >> > > > >> > > > make[2]: Target 'all' not remade because of errors.
> > >> > > > >> > > > make[1]: *** [Makefile:52:
> > >> > > > >> > /awork/nuttx/NuttX/farm/apps/examples/elf_all]
> > >> > > > >> > > > Error 2
> > >> > > > >> > > > make[1]: Target 'all' not remade because of errors.
> > >> > > > >> > > > make: *** [tools/LibTargets.mk:232:
> > >> > > > >> > > /awork/nuttx/NuttX/farm/apps/libapps.a]
> > >> > > > >> > > > Error 2
> > >> > > > >> > > > make: Target 'all' not remade because of errors.
> > >> > > > >> > > > /awork/nuttx/NuttX/farm/nuttx/tools/testbuild.sh: line
> > 385:
> > >> > > > >> > > > /awork/nuttx/NuttX/farm/nuttx/../nuttx/nuttx.manifest:
> No
> > >> such
> > >> > > > file
> > >> > > > >> or
> > >> > > > >> > > > directory
> > >> > > > >> > > >   Normalize spresense/elf
> > >> > > > >> > > >
> > >> > > > >> > > > Configuration/Tool:
> > >> > > > >> spresense/posix_spawn,CONFIG_ARM_TOOLCHAIN_GNU_EABI
> > >> > > > >> > > > 2024-10-28 02:51:17
> > >> > > > >> > > >
> > >> > > > >> > > >
> > >> > > > >> > >
> > >> > > > >> >
> > >> > > > >>
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> ------------------------------------------------------------------------------------
> > >> > > > >> > > >   Cleaning...
> > >> > > > >> > > >   Configuring...
> > >> > > > >> > > >   Disabling CONFIG_ARM_TOOLCHAIN_GNU_EABI
> > >> > > > >> > > >   Enabling CONFIG_ARM_TOOLCHAIN_GNU_EABI
> > >> > > > >> > > >   Building NuttX...
> > >> > > > >> > > > /usr/bin/bash: line 1: genromfs: command not found
> > >> > > > >> > > > make[3]: *** [Makefile:50:
> > >> > > > >> > > >
> > >> > > > >>
> > >> > >
> > >>
> /awork/nuttx/NuttX/farm/apps/examples/posix_spawn/filesystem/romfs.img]
> > >> > > > >> > > > Error 127
> > >> > > > >> > > > make[3]: Target 'all' not remade because of errors.
> > >> > > > >> > > > make[2]: *** [Makefile:47: build] Error 2
> > >> > > > >> > > > make[2]: Target 'all' not remade because of errors.
> > >> > > > >> > > > make[1]: *** [Makefile:52:
> > >> > > > >> > > > /awork/nuttx/NuttX/farm/apps/examples/posix_spawn_all]
> > >> Error 2
> > >> > > > >> > > > make[1]: Target 'all' not remade because of errors.
> > >> > > > >> > > > make: *** [tools/LibTargets.mk:232:
> > >> > > > >> > > /awork/nuttx/NuttX/farm/apps/libapps.a]
> > >> > > > >> > > > Error 2
> > >> > > > >> > > > make: Target 'all' not remade because of errors.
> > >> > > > >> > > > /awork/nuttx/NuttX/farm/nuttx/tools/testbuild.sh: line
> > 385:
> > >> > > > >> > > > /awork/nuttx/NuttX/farm/nuttx/../nuttx/nuttx.manifest:
> No
> > >> such
> > >> > > > file
> > >> > > > >> or
> > >> > > > >> > > > directory
> > >> > > > >> > > >   Normalize spresense/posix_spawn
> > >> > > > >> > > >
> > >> > > > >> > > > Can you please take a look
> > >> > > > >> > > >
> > >> > > > >> > > > Best regards
> > >> > > > >> > > >
> > >> > > > >> > > > On Sun, Oct 27, 2024 at 11:47 PM Lee, Lup Yuen <
> > >> > > lu...@appkaki.com
> > >> > > > >
> > >> > > > >> > > wrote:
> > >> > > > >> > > >
> > >> > > > >> > > > > << 1) Regarding the script that uploads CI results to
> > >> github
> > >> > > > >> gists:
> > >> > > > >> > > will
> > >> > > > >> > > > > this
> > >> > > > >> > > > > work for anyone who runs the docker image? If not,
> what
> > >> > should
> > >> > > > be
> > >> > > > >> > done
> > >> > > > >> > > > with
> > >> > > > >> > > > > the results? >>
> > >> > > > >> > > > >
> > >> > > > >> > > > > Thanks Nathan! I'm using GitHub Gists as a simple way
> > to
> > >> > push
> > >> > > > our
> > >> > > > >> > Build
> > >> > > > >> > > > > Logs to the cloud for further processing and
> alerting.
> > >> > (There
> > >> > > > >> might
> > >> > > > >> > be
> > >> > > > >> > > a
> > >> > > > >> > > > > better way)
> > >> > > > >> > > > >
> > >> > > > >> > > > > I'm running my Build Server logged in as the
> `nuttxpr`
> > >> > GitHub
> > >> > > > >> Account
> > >> > > > >> > > > (via
> > >> > > > >> > > > > `gh login auth`), so all Gists will be published
> under
> > >> the
> > >> > > > >> `nuttxpr`
> > >> > > > >> > > > > account. Someone who runs the Docker Image will
> > probably
> > >> > > create
> > >> > > > a
> > >> > > > >> new
> > >> > > > >> > > > > GitHub Account to publish the Gists:
> > >> > > > >> https://gist.github.com/nuttxpr
> > >> > > > >> > > > >
> > >> > > > >> > > > > What we need next: A script that will (1) Consolidate
> > the
> > >> > > Gists
> > >> > > > >> > > > > across Multiple GitHub Accounts (2) Scan the Build
> Logs
> > >> for
> > >> > > > Errors
> > >> > > > >> > and
> > >> > > > >> > > > > Warnings (3) Alert somebody.
> > >> > > > >> > > > >
> > >> > > > >> > > > > << 2) Is there a way to detect (like a GPIO rising or
> > >> > falling
> > >> > > > >> edge,
> > >> > > > >> > for
> > >> > > > >> > > > > lack
> > >> > > > >> > > > > of a better description) that a build that previously
> > >> > > succeeded
> > >> > > > is
> > >> > > > >> > > > failing,
> > >> > > > >> > > > > or a build that was previously failing succeeds
> again,
> > to
> > >> > > notify
> > >> > > > >> only
> > >> > > > >> > > > about
> > >> > > > >> > > > > targets that change status? >>
> > >> > > > >> > > > >
> > >> > > > >> > > > > We have a problem: There doesn't seem to be an easy
> to
> > >> scan
> > >> > > our
> > >> > > > >> Build
> > >> > > > >> > > > Logs
> > >> > > > >> > > > > for Errors and Warnings:
> > >> > > > >> > > > >
> > >> > > > >> > >
> > >> > > > >>
> > >> > > >
> > >> >
> > >>
> > https://lupyuen.codeberg.page/articles/ci2.html#find-errors-and-warnings
> > >> > > > >> > > > >
> > >> > > > >> > > > > We should implement this Log Scanning in the script
> > that
> > >> I
> > >> > > > >> mentioned
> > >> > > > >> > > > > earlier. Then we can detect Failed Builds and alert
> > >> > somebody.
> > >> > > > >> Maybe
> > >> > > > >> > > > through
> > >> > > > >> > > > > open-source Prometheus + Grafana:
> > >> > > > >> > > > > https://lupyuen.github.io/articles/prometheus
> > >> > > > >> > > > >
> > >> > > > >> > > > > << 3) Regarding M1 macs not being able to run the CI
> > >> > builds, I
> > >> > > > >> > suggest
> > >> > > > >> > > to
> > >> > > > >> > > > > state that as a call to action, e.g., help wanted to
> > make
> > >> > the
> > >> > > > >> build
> > >> > > > >> > > > succeed
> > >> > > > >> > > > > on M1 macs, please see such-and-such issue on
> github...
> > >> >>
> > >> > > > >> > > > >
> > >> > > > >> > > > > Yep I'll post an Issue at our NuttX Repo. I'll
> explain
> > >> what
> > >> > > > >> happens
> > >> > > > >> > > when
> > >> > > > >> > > > I
> > >> > > > >> > > > > run the CI Build on my M2 Mac. Thanks!
> > >> > > > >> > > > >
> > >> > > > >> > > > > Lup
> > >> > > > >> > > > >
> > >> > > > >> > > > > On Mon, Oct 28, 2024 at 12:15 AM Nathan Hartman <
> > >> > > > >> > > > hartman.nat...@gmail.com>
> > >> > > > >> > > > > wrote:
> > >> > > > >> > > > >
> > >> > > > >> > > > > > Nice article Lup! Thank you. A few questions:
> > >> > > > >> > > > > >
> > >> > > > >> > > > > > 1) Regarding the script that uploads CI results to
> > >> github
> > >> > > > gists:
> > >> > > > >> > will
> > >> > > > >> > > > > this
> > >> > > > >> > > > > > work for anyone who runs the docker image? If not,
> > what
> > >> > > should
> > >> > > > >> be
> > >> > > > >> > > done
> > >> > > > >> > > > > with
> > >> > > > >> > > > > > the results?
> > >> > > > >> > > > > >
> > >> > > > >> > > > > > 2) Is there a way to detect (like a GPIO rising or
> > >> falling
> > >> > > > edge,
> > >> > > > >> > for
> > >> > > > >> > > > lack
> > >> > > > >> > > > > > of a better description) that a build that
> previously
> > >> > > > succeeded
> > >> > > > >> is
> > >> > > > >> > > > > failing,
> > >> > > > >> > > > > > or a build that was previously failing succeeds
> > again,
> > >> to
> > >> > > > notify
> > >> > > > >> > only
> > >> > > > >> > > > > about
> > >> > > > >> > > > > > targets that change status?
> > >> > > > >> > > > > >
> > >> > > > >> > > > > > 3) Regarding M1 macs not being able to run the CI
> > >> builds,
> > >> > I
> > >> > > > >> suggest
> > >> > > > >> > > to
> > >> > > > >> > > > > > state that as a call to action, e.g., help wanted
> to
> > >> make
> > >> > > the
> > >> > > > >> build
> > >> > > > >> > > > > succeed
> > >> > > > >> > > > > > on M1 macs, please see such-and-such issue on
> > github...
> > >> > > > >> > > > > >
> > >> > > > >> > > > > > Otherwise looks good and thanks again!
> > >> > > > >> > > > > >
> > >> > > > >> > > > > > Cheers,
> > >> > > > >> > > > > > Nathan
> > >> > > > >> > > > > >
> > >> > > > >> > > > > > On Sat, Oct 26, 2024 at 6:08 PM Lee, Lup Yuen <
> > >> > > > >> lu...@appkaki.com>
> > >> > > > >> > > > wrote:
> > >> > > > >> > > > > >
> > >> > > > >> > > > > > > Refurbished Ubuntu PCs have become quite
> > affordable.
> > >> Can
> > >> > > we
> > >> > > > >> turn
> > >> > > > >> > > them
> > >> > > > >> > > > > > into
> > >> > > > >> > > > > > > a (Low-Cost) Build Farm for NuttX?
> > >> > > > >> > > > > > >
> > >> > > > >> > > > > > > In this article we…
> > >> > > > >> > > > > > > (1) Compile NuttX for a group of Arm32 Boards
> > >> > > > >> > > > > > > (2) Then scale up and compile NuttX for All Arm32
> > >> Boards
> > >> > > > >> > > > > > > (3) Thanks to the Docker Image provided by NuttX
> > >> > > > >> > > > > > > (4) Why do this? Because GitHub Actions taught
> us a
> > >> > > Painful
> > >> > > > >> > Lesson:
> > >> > > > >> > > > > > > Freebies Won’t Last Forever!
> > >> > > > >> > > > > > >
> > >> > > > >> > > > > > > Check out the article:
> > >> > > > >> > > > https://lupyuen.codeberg.page/articles/ci2.html
> > >> > > > >> > > > > > >
> > >> > > > >> > > > > > > Lup
> > >> > > > >> > > > > > >
> > >> > > > >> > > > > >
> > >> > > > >> > > > >
> > >> > > > >> > > >
> > >> > > > >> > >
> > >> > > > >> >
> > >> > > > >>
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> > >
> >
>

Reply via email to