Hello Beth and/or Joshua, I would really appreciate some pointers on how to get the Variscite builds to work with Autobuilder. Since my last email, I was able to setup the Yocto Autobuilder, add the sample hello.conf and run it. I was also able to add another file, nightly-variscite-x11.conf and I can see it in the Waterfall view. Initially, I started by filling it with content similar to hello.conf and this worked. Now, I need to be able to add the Variscite build. Since my last email, Variscite have moved to the morty branch, since Freescale/NXP have moved to the morty branch. So, the wiki instructions here http://variwiki.com/index.php?title=Yocto_Build_Release&release=RELEASE_MORTY_BETA_DART-6UL are now simpler: 1) Checkout the source code $ mkdir ~/var-fslc-yocto $ cd ~/var-fslc-yocto $ repo init -u https://github.com/varigit/variscite-bsp-platform.git -b morty $ repo sync -j4 2) Run the setup script (which calls oe-init-environment) $ cd ~/var-fslc-yocto $ MACHINE=imx6ul-var-dart DISTRO=fslc-x11 . setup-environment build_x11 3) Build X11 demo images # Without Qt content: $ bitbake fsl-image-gui # Or with Qt content: $ bitbake fsl-image-qt5 The 'repo' command reads the file default.xml which has the following contents: So, AFAIK, I need to either (a) translate these into the 'repos' property in my buildset, or write a custom buildstep that can use the 'repo' tool to clone the needed repositories. Any help would be greatly appreciated. Thanks! On Fri, Apr 21, 2017 at 11:39 AM, Alain Achkar wrote: > Kindly requesting help again, please. > I understand that Variscite might not be following the "Yocto way" 100% > but surely we can run custom commands using Autobuilder? > > Please see detailed description in my last post. > Thanks! > > On Mon, Apr 3, 2017 at 9:43 PM, Alain Achkar > wrote: > >> Hi Chris! >> >> I had to put this task on hold and I am re-visiting it now. I followed >> the instructions here: http://git.yoctoproject >> .org/cgit.cgi/yocto-autobuilder/tree/README-QUICKSTART and managed to >> force one of the builds that comes with Yocto. I got errors but I'm not >> interested in the Yocto-provided nightly builds anyway. (The errors are >> related to buildhistory - it seems that some builds set Buildhistory=True >> but I haven't set up a git repo for build history) >> >> Now, I am still confused how to build the Variscite image for the >> i.MX6UL. We are still at Jethro but don't mind upgrading to Krogoth. >> >> I would appreciate some general guidelines on how to take the >> instructions in here: >> http://variwiki.com/index.php?title=DART-6UL_Yocto_Jethro_R1_build >> and transform them to the config format that Autobuilder understands. >> >> Mainly, I understand that I have to: >> >> 1) checkout the source code >> >> $ mkdir ~/var-mx6ul-mx7-yocto-jethro >> $ cd ~/var-mx6ul-mx7-yocto-jethro >> $ repo init -u git://git.freescale.com/imx/fsl-arm-yocto-bsp.git -b imx-4.1.15-1.0.0_ga >> $ repo sync >> >> $ cd ~/var-mx6ul-mx7-yocto-jethro/sources >> $ git clone https://github.com/varigit/meta-variscite-mx6ul-mx7.git -b imx_4.1.15_ga-var01 >> >> >> 2) copy and patch >> >> $ cp meta-variscite-mx6ul-mx7/scripts/var-setup-release.sh ../ >> $ patch -p1 < meta-variscite-mx6ul-mx7/patch/Fix-FSL-multi-patch-append-bugs.patch >> >> >> 3) setup a download directory >> >> $ sudo mkdir /opt/yocto_downloads >> $ sudo chmod 777 /opt/yocto_downloads/ >> $ sed -i 's/DL_DIR ?= "${BSPDIR}\/downloads/DL_DIR = "\/opt\/yocto_downloads/g' conf/local.conf >> >> >> 4) setup the environment >> >> $ cd ~/var-mx6ul-mx7-yocto-jethro >> $ MACHINE=imx6ul-var-dart DISTRO=fsl-imx-x11 source var-setup-release.sh -b build_x11 >> >> >> 5) build >> >> $ bitbake fsl-image-gui >> >> >> I looked at some nightly-*.conf files, for example nightly-x86-64.conf to >> try to guess what to do. >> >> I know I have to create a file like nightly-var-mx6ul.conf but given that >> Variscite is not using the 'repo' command that Freescale is using (they do >> a git clone) and given step (2) of copying their own setup script and >> patching the whole freescale meta- layers, I am not sure about what to put >> instead of the line: >> >> {'CheckOutLayers': {}}, >> >> >> I also can't figure out how the info in Variscite's build-x11/local.conf >> can be translated to the Autobuilder format, i.e. where to specify all >> these config parameters. >> >> Any help would be greatly appreciated. >> >> >> On Mon, Nov 14, 2016 at 12:35 PM, Alain Achkar >> wrote: >> >>> Thanks Chris! >>> >>> This is the answer I was looking for. >>> >>> On Mon, Nov 14, 2016 at 11:58 AM, Chris Whittenburg < >>> whittenburg@gmail.com> wrote: >>> >>>> >>>> Hi Alain, >>>> >>>> We use the same module-- Variscite DART MX6, and I was able to hack the >>>> yocto autobuilder to build our image nightly. I host it all on a single >>>> machine. >>>> >>>> -chris >>>> >>>> >>>> On Mon, Nov 14, 2016 at 10:13 AM, Alain Achkar < >>>> alain.achkar@triacta.com> wrote: >>>> >>>>> Thanks for your answers! From reading these links, it is still not >>>>> clear to me if this might be overkill for my requirements. AB Cluster Setup >>>>> talks about "*the worker requires 2+ TB to hold all the build temp >>>>> files and git repos. If build artifacts and a local sstate mirror are >>>>> included, additional worker space is required.*" >>>>> >>>>> Currently, my build only takes 35GB, so I think what these links are >>>>> talking about is how to replicate what the Autobuilder project >>>>> https://autobuilder.yoctoproject.org/ already does. >>>>> >>>>> To clarify, I am not interested in running builds and tests for >>>>> everything that Yocto already builds and tests (i.e. all the processor >>>>> architectures, all the machine types, etc.). I am interested in running >>>>> one build for one machine type (the Variscite DART-6UL i.MX6UL arm-based >>>>> processor, for which NXP/Freescale and Variscite have provided recipes and >>>>> layers for). >>>>> >>>>> I know that autobuilder includes BuildBot (this is why I specified it >>>>> in parentheses) but my question remains: do I only install BuildBot and try >>>>> to build my machine type with it, or do I install Autobuilder? >>>>> >>>>> On Mon, Nov 14, 2016 at 10:10 AM, Bill Randle >>>>> wrote: >>>>> >>>>>> Also, be sure to check the Yocto Project wiki pages: >>>>>> https://wiki.yoctoproject.org/wiki/The_Yocto_Autobuilder >>>>>> in particular, the AB cluster setup and AB maintenance links. Even >>>>>> though the one link refers to setting up an entire cluster, I've used >>>>>> that procedure to setup a single autobuilder, as well. >>>>>> >>>>>> -Bill >>>>>> >>>>>> On Fri, Nov 11, 2016 at 10:37 AM, Beth 'pidge' Flanagan >>>>>> wrote: >>>>>> > On Fri, 2016-11-11 at 12:35 -0500, Alain Achkar wrote: >>>>>> >> Hello Joshua! >>>>>> >> >>>>>> >> We are using Yocto to build for the Variscite DART-6UL SoM which is >>>>>> >> based on Freescale/NXP i.MX6UL (http://variwiki.com/index.php >>>>>> ?title=D >>>>>> >> ART-6UL_Yocto_Jethro_R1_build). >>>>>> >> >>>>>> >> Currently, developers run builds manually on their desktops. We are >>>>>> >> considering using a continuous integration server. I found out that >>>>>> >> The Yocto Project uses Autobuilder which in turn uses BuildBot. I >>>>>> >> read most of the introductory documentation. >>>>>> >> >>>>>> >> Would you recommend that we install only BuildBot and configure it >>>>>> to >>>>>> >> build what we need? >>>>>> >> >>>>>> >> OR >>>>>> >> >>>>>> >> Would you recommend that we install Autobuilder (and BuildBot) and >>>>>> >> configure it to build what we need? >>>>>> > >>>>>> > Actually, the yocto-autobuilder already contains buildbot so no need >>>>>> > for both. >>>>>> > >>>>>> > If you read: >>>>>> > >>>>>> > http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder/tree/ >>>>>> README-QUIC >>>>>> > KSTART >>>>>> > >>>>>> > and probably some of the other READMEs and the documentation in the >>>>>> > docs directory of the yocto-autobuilder directory, it should get you >>>>>> > started in the right direction. >>>>>> > >>>>>> > Feel free to ask questions if you need help. >>>>>> > >>>>>> > -b >>>>>> > >>>>>> > Elizabeth 'pidge' Flanagan >>>>>> > Founder/CTO Togán Labs >>>>>> > www.toganlabs.com >>>>>> > >>>>>> >> >>>>>> >> What is the faster path to get up and running? >>>>>> >> >>>>>> >> Thanks! >>>>>> >> Alain. >>>>>> >> >>>>>> >>>>> >>>>> > > > >