**** BEGIN LOGGING AT Thu Jun 06 02:59:57 2019 Jun 06 07:13:05 Morning! Jun 06 07:55:19 Morning! Jun 06 07:59:55 morning Jun 06 08:00:12 builder is down again, did someone ping someone already? Jun 06 08:09:53 I didn't Jun 06 08:20:15 Tofe: when you have some spare time, can you test https://github.com/webOS-ports/meta-pine64-luneos/pull/3 new mesa works fine on qemux86*, but cannot check it on pine Jun 06 10:42:08 JaMa: you said it's about same commit as mesa-lima right? Jun 06 10:55:45 ah there's a SRCREV specifically for pinephone Jun 06 10:56:21 should be newer than what you had before Jun 06 10:56:44 ok, good, I'll give it a try :) Jun 06 10:57:04 and one of the existing patches wasn't actually used, and I had to add the patches from oe-core for this version as well for meson options to work correctly Jun 06 10:57:06 also, locally, I've set mesa-lima to be ABI stable Jun 06 11:01:45 It might take a little while to test your two PRs though, as I didn't update my setup with the new GCC yet Jun 06 11:02:15 I'll trigger it tomorrow morning, it'll take all the morning :) Jun 06 11:04:07 np, no rush Jun 06 11:04:27 I guess I can merge the meta-webos-ports one Jun 06 11:05:09 yes, it won't hurt Jun 06 11:06:31 JaMa: ah, a question: lately I deleted tmp-work/work/aarch64 and tmp-work/work/pinephone to make some space for qemux86-64 build, but now it seems bitbake doesn't understand it should run RunScene ... How could I trigger it ? Jun 06 11:06:58 SetScene, not RunScene Jun 06 11:07:49 (I agree my rm -rf was a bit brutal :) ) Jun 06 11:22:39 better to remove whole tmp-glibc and restore from sstate Jun 06 11:23:11 the "finished" tasks are marked in tmp-glibc/stamps Jun 06 11:24:21 ah ok, then yes I won't delete stamps one by one :) Jun 06 11:25:18 and even if you delete them (together with their workdir) you'll have conflicts e.g. when something already exists in sysroot while the missing stamps file says it shouldn't be there yet Jun 06 11:25:48 with rm_work deleting the WORKDIRs doesn't buy much anyway, so I usually delete whole tmp-glibc Jun 06 11:26:12 and use openembedded-core/scripts/sstate-cache-management.sh to shring sstate-cache dir Jun 06 11:26:22 I'll do the same; I'll just backup deployed image next time Jun 06 11:27:18 but not tonight , I wanted to continue playing with my current qemu image, and I could need some debug symbols Jun 06 11:27:44 btw: there seems to be some missing dependency in pinephone wic, have you seen http://jenkins.nas-admin.org/job/LuneOS/view/testing/job/luneos-testing_pinephone/lastBuild/console ? Jun 06 11:28:17 ah right Jun 06 11:28:33 iirc u-boot-sunxi-with-spl.bin is create with u-boot deploy Jun 06 11:29:13 not sure how to insert this dependency for pinephone yet Jun 06 11:31:47 maybe something like luneos-dev-image_pinephone[do_image_wic] += "virtual/bootloader:do_deploy" , except with the correct syntax :p Jun 06 11:32:42 (it looks like it could even be quite generic) Jun 06 11:50:09 JaMa: actually it should be already working... I have EXTRA_IMAGEDEPENDS += "u-boot" and in yocto there is do_image_wic[recrdeptask] += "do_deploy" --> doesn't it mean that u-boot will be deployed when image is deployed? Jun 06 11:53:45 in my local build it just failed with initramfs-uboot-image-pinephone.rootfs.cpio.gz.u-boot': No such file or directory on luneui-example-image, so it should be something independent on image name Jun 06 11:54:34 I was checking how IMAGE_BOOT_FILES works, I guess it should be adding do_deploy dependency on recipes which provide them (or something lika that) Jun 06 11:54:39 but I haven't dound much yesterday Jun 06 11:55:30 I didn't look that closely either Jun 06 11:55:42 But I remember stumbling once on this, too Jun 06 11:58:52 JaMa: you mean, WKS_FILE_DEPENDS should depend on do_deploy of its content Jun 06 12:06:06 something like : do_image_wic[depends] += "${@' '.join('%s:do_deploy' % r for r in '${WKS_FILE_DEPENDS}'.split())}" Jun 06 12:08:04 though all recipes don't have do_deploy, so maybe it's too naïve Jun 06 12:51:10 something like that, but for IMAGE_BOOT_FILES providers not WKS_FILE_DEPENDS Jun 06 12:51:47 because WKS_FILE_DEPENDS are added only to normal DEPENDS (so do_configure depends on their do_populate_sysroot) Jun 06 12:52:00 but I don't see the dependency on IMAGE_BOOT_FILES being added anywhere Jun 06 13:05:33 http://paste.ubuntu.com/p/v9qY9CZG7Y/ it doesn't end in do_image_wic dependencies Jun 06 13:07:27 EXTRA_IMAGEDEPENDS looks better, but I see it used only in: Jun 06 13:07:28 meta/classes/image.bbclass: def extraimage_getdepends(task): Jun 06 13:07:28 meta/classes/image.bbclass: d.appendVarFlag('do_image_complete', 'depends', extraimage_getdepends('do_populate_sysroot')) Jun 06 13:07:42 which again doesn't add the do_deploy dependency to do_image_wic Jun 06 13:10:22 and causes ERROR: Task do_sdk_depends in /OE/build/luneos-warrior/webos-ports/meta-webos-ports/meta-luneui/recipes-core/images/luneui-example-image.bb depends upon non-existent task do_populate_sysroot in /OE/build/luneos-warrior/webos-ports/meta-pine64-luneos/recipes-core/images/initramfs-uboot-image.bb Jun 06 14:01:46 ah, great... Jun 06 17:16:42 Tofe: this helped with my local failure https://github.com/webOS-ports/meta-pine64-luneos/pull/4 not sure if it will help with http://jenkins.nas-admin.org/job/LuneOS/view/testing/job/luneos-testing_pinephone/9/console as well Jun 06 17:18:47 JaMa: oh, it's possible to put that outside of the image recipe? Jun 06 17:23:38 it could be conditional on IMAGE_FSTYPE, but as long as IMAGE_BOOT_FILES aren't conditional I think this is fine Jun 06 17:25:22 ok Jun 06 19:35:45 in webOS OSE, do someone remember which recipe provides /sbin/initctl ? iirc, it's a webos-specific version Jun 06 19:38:15 ah https://github.com/webosose/webos-initscripts/tree/master/src/initctl Jun 06 19:42:40 ooh, but we already have the fake initctl in our image.... ok, then let's just use bootd for the moment, the damage is done :) **** ENDING LOGGING AT Fri Jun 07 02:59:57 2019