Closed Bog999 closed 4 years ago
Hi @Bog999 ,
I'm not able to replicate this on my side with the zeus branch. I'm not sure I understand why adding systemd to your build config would cause an npm error.
Have you tried doing a cleanall for the node-red package and rebuilding?
I tried to build the whole yocto image in a new directory, but I got the same result Is it possible that the problem is in the host machine? I'm using Ubuntu 18.04.3. What else should I check?
@Bog999 , can you let me know what config was added which broke the node-red build?
I added the meta-updater layer and changed the distro to "poky-sota" Then, I added these lines to the distro configuration
DISTRO_FEATURES_append = " systemd"
VIRTUAL-RUNTIME_init_manager = "systemd"
PREFERRED_RPROVIDER_virtual/network-configuration ??= "networkd-dhcp-conf"
DISTRO_FEATURES_BACKFILL_CONSIDERED += "sysvinit"
VIRTUAL-RUNTIME_initscripts = ""
The last step broke the build
@Bog999 , thanks for the config.
I have tried doing a default Poky image build with that config and again can't replicate the issue. I will try adding the meta-updater layer and changing the distro to "poky-sota" to see if this has an effect.
@Bog999 , I have tried doing a poky-sota build for Minnowboard and again everything completed without issue.
What MACHINE are you building for and are you pulling in any additional BSP layers for the hardware?
I'm using the meta-xilinx layers and the machine is zc702-zynq7
Hi @Bog999 , I have created a fresh build and pulled in the Xilinx layers, set machine to zc702-zynq7 and I am still not able to replicate the issue. Everything builds without issue on my end.
The original issue seems to be NPM related and generally caused by the package-lock.json but I would expect this to fail consistently.
I would suggest trying master/dunfell branches because Node recipes have been refactored to use new fetcher implementations but zeus isn't supported unfortunately.
The only thing I can suggest is changing your MACHINE to "qemuarm64" or "qemux86-64" and DISTRO to "poky", remove extraneous layers but keep the config which originally broke the build and try again.
What OS are you building on?
Thank you very much for the help, I'll try to build it using a different MACHINE. I'm building on Ubuntu 18.04.3
Building node-red succeeds when the MACHINE is set to "qemuarm" (32bit) but it fails when the MACHINE is "zc702-zynq7"
@srware Is it possible that you post here the configuration which you used in your tests? It's possible that I have misconfigured something.
@Bog999 , sure. I did another fresh build today with the following additional config on top of default "poky":
MACHINE = "zc702-zynq7" DISTRO = "poky-sota" PACKAGECONFIG_pn-boost = "python" CORE_IMAGE_EXTRA_INSTALL += "node-red" DISTRO_FEATURES_append = " systemd" VIRTUAL-RUNTIME_init_manager = "systemd" VIRTUAL-RUNTIME_initscripts = "systemd-compat-units" DISTRO_FEATURES_BACKFILL_CONSIDERED += "sysvinit"
Layers: BBLAYERS += "../meta-openembedded/meta-oe" BBLAYERS += "../meta-openembedded/meta-python" BBLAYERS += "../meta-openembedded/meta-networking" BBLAYERS += "../meta-openembedded/meta-filesystems" BBLAYERS += "../meta-iot-cloud" BBLAYERS += "../meta-updater" BBLAYERS += "../meta-xilinx/meta-xilinx-bsp"
Building 'core-image-minimal' was successful for me. Are you building a specifc image provided by 'meta-xilinx' or 'meta-updater'?
I uninstalled npm from the host machine and did a clean. Now the build seems to be working. Thanks for the help!
Should I close the issue?
@Bog999 , thanks for the update. Strange that something in your host configuration was messing with the bitbake build but glad that you resolved the issue.
I will close this now.
Hi, I'm trying to compile yocto on the "zeus" branch with meta-iot-cloud. After I added systemd to my image, the build started failing. I'll paste logs are below.
I'd appreciate your help.