**** BEGIN LOGGING AT Sun Dec 23 03:00:00 2018 Dec 23 06:28:15 hello when changing distro_features, do we need a clean build (doing everything from start including fetching) ? Dec 23 06:54:25 Hi there, Is there any way to add python 3.6 recipe? Dec 23 06:58:59 ranran: no Dec 23 06:59:38 amin: look into mailing list or patchwork https://patchwork.openembedded.org/ there are patches for python 3.7 in flight Dec 23 07:00:02 khem: hi, what is the required steps after changing distro_features in local.conf ? Thanks Dec 23 07:00:29 just rebuild image you were building before Dec 23 07:01:10 khem: see here https://github.com/FrankBau/meta-marsboard-bsp/wiki/Changing-DISTRO_FEATURES Dec 23 07:01:24 khem: it states that clean build is needed Dec 23 07:03:14 rm -rf tmp Dec 23 07:03:22 that should be enough Dec 23 07:05:06 I need python 3.6, is there any way like binary (deb, rmp, ipk) to add it? Dec 23 07:16:07 dont thing so Dec 23 07:20:52 khem: I couldn't find python 3.7 patches Dec 23 13:49:17 Hello. I followed the instructions here: http://docs.automotivelinux.org/master/docs/getting_started/en/dev/reference/source-code.html and try to build for RPI3-32Bit. For some reason, after writing the image to sd card, nothing goes up on RPI. I did not change anything, just downloaded and built. Does anyone have any idea why it does not work? Dec 23 13:51:46 nacknick: Grab the prebuilt image from https://download.automotivelinux.org/AGL/snapshots/master/latest/, run https://diffoscope.org/ on it and see where it differs? Dec 23 13:58:44 neverpanic, I could not find "image-minimal" on that link, anyway I tried to run the prebuilt 'agl-demo-platform-crosssdk-raspberrypi3.ext4.xz' and it does not do anything on RPI as well Dec 23 14:00:01 Well, if that's an ext4 image, I'd expect some kind of bootloader alongside with that. Dec 23 14:04:35 neverpanic - So how should I fix it? Should I add bootloader? How? Dec 23 14:07:04 nacknick: Did you flash the *.ext4.xz or the *.wic.xz file? Dec 23 14:07:19 Because http://docs.automotivelinux.org/master/docs/getting_started/en/dev/reference/machines/raspberrypi.html sounds like you should be flashing the .wic.xz file Dec 23 14:09:40 seems like I did a mistake. let me check it again Dec 23 14:54:59 New news from stackoverflow: cmake error in falkon compilation in yocto-krogoth Dec 23 15:36:47 neverpanic, just tried to write 'agl-demo-platform-crosssdk-raspberrypi3.wic.xz' to sd card - same issue Dec 23 17:27:12 khem: please let me know if you see some new musl related failures with recent meta-qt5 (5.12.0 upgrade), it's in master-next now Dec 23 17:27:25 otavio_: ^ Dec 23 17:29:24 JaMa: OK I will rebase yoe/mut on top of it Dec 23 18:19:00 JaMa: http://ix.io/1wEm first problem Dec 23 19:33:07 khem: strange, will check Dec 23 19:41:07 khem: should be fixed now, sorry Dec 23 20:12:59 ok Dec 23 21:04:57 JaMa: next http://errors.yoctoproject.org/Errors/Details/213422/ Dec 23 21:20:49 how do i get a working go compiler in my sdk's toolchain? Dec 23 21:23:33 derRichard: try adding it via TOOLCHAIN_HOST_TASK = "go-crossdk" Dec 23 21:26:07 New news from stackoverflow: What is the recommended way to organize Yocto project repository(-ies)? Dec 23 21:35:34 khem, what is bleeding edge for both oe? yoe/mut or master-next? Dec 23 21:36:58 ant_home: master-next Dec 23 21:37:10 khem: i tried that already. Dec 23 21:37:11 ERROR: Nothing RPROVIDES 'go-crossdk' Dec 23 21:37:13 ;-\ Dec 23 21:37:15 yoe/mut and master-next are close enough, Dec 23 21:38:06 derRichard: go-crosssdk-${SDK_ARCH} Dec 23 21:38:46 ah, so android-tools is a no-go for ppc* Dec 23 21:39:06 was long standing in world-builds Dec 23 21:39:39 poppler is also under care, sn't? Dec 23 21:40:15 ant_home: I am just fixing what gcc9 is failing on Dec 23 21:40:20 poppler seems to be ok Dec 23 21:40:33 so if you can take care of that would be cool Dec 23 21:40:54 that = firefox ? :] Dec 23 21:43:08 well I mean anything you see in world builds Dec 23 21:43:13 will help Dec 23 21:44:03 og.world.qemux86.20181222_114200.log/bitbake.log Dec 23 21:44:19 ok Dec 23 21:45:34 khem: not really, i tried that too^^ Dec 23 21:45:36 ERROR: Task do_populate_sdk in /testing/src/meta-testing/recipes-testing/images/my-image.bb rdepends upon non-existent task do_package_write_rpm in /testing/src/openembedded-core/meta/recipes-devtools/go/go-crosssdk_1.11.bb Dec 23 21:46:00 khem, the log for x86_64 lost the tail Dec 23 21:47:16 derRichard, I aqm xactly seeing errors with go recipes... Dec 23 21:48:15 btw: this is thud Dec 23 21:48:26 ant_home: on which release are you on? Dec 23 21:48:57 master-next with gcc9 Dec 23 21:48:59 /home/jenkins/oe/world/yoe/sources/openembedded-core/meta/recipes-extended/go-examples/go-helloworld_0.1.bb:do_package_qa Dec 23 21:48:59 /home/jenkins/oe/world/yoe/sources/openembedded-core/meta/recipes-devtools/go/go-dep_0.5.0.bb:do_package_qa Dec 23 21:48:59 /home/jenkins/oe/world/yoe/sources/openembedded-core/meta/recipes-devtools/glide/glide_0.13.2.bb:do_package_qa Dec 23 21:49:22 there is smthg Dec 23 21:49:25 adding just go-runtime to the image works fine Dec 23 21:49:35 but i'd like to build go programs also with the sdk :D Dec 23 21:50:06 ok, trying to catch th bugs Dec 23 21:50:08 http://logs.nslu2-linux.org/buildlogs/oe/world/warrior/ Dec 23 21:50:29 are you on x86_64? Dec 23 21:51:27 yes Dec 23 21:52:21 i build on x86_64, target machine is x86_64 too (tune:m64 core2) Dec 23 21:52:42 hm, these go package QA are not in the logs of 20181220 for x86_64 Dec 23 21:53:06 bpftool :/ sigh Dec 23 21:55:01 yeah bpf is too new for certain arches Dec 23 21:55:21 we should have thought of accepting it before applying it Dec 23 22:01:49 derRichard, sorry but I can't help you with go, not my cup of tea, but you have Khem :) Dec 23 22:04:47 derRichard: don't you want go-cross-canadian? Dec 23 22:06:54 RP: hm, why canadian? host and build should be the same Dec 23 22:07:30 derRichard: you're after a go compiler to run in the SDK? Dec 23 22:07:47 yes Dec 23 22:08:01 derRichard: that is go-cross-canadian Dec 23 22:08:08 hmm, ok Dec 23 22:08:24 but: ERROR: Nothing RPROVIDES 'go-cross-canadian' Dec 23 22:08:28 derRichard: BUILD != HOST != TARGET (at least in the general case) Dec 23 22:09:01 derRichard: go-cross-canadian-XXX where XXX is your target arch Dec 23 22:09:27 ./meta/recipes-devtools/go/go-cross-canadian_1.9.bb Dec 23 22:10:21 okay, let me dig into that. i need to understand this first before i continue with copy&pasting stuff :( Dec 23 22:10:46 PN = "go-cross-canadian-${TRANSLATED_TARGET_ARCH}" Dec 23 22:11:20 derRichard: sdk is built for SDKMACHINE which may not be the same as the build host Dec 23 22:13:07 okay, now i understand. it is a canadian because host is x86_64 and build (sdk) is core2 Dec 23 22:14:52 derRichard: in our terminology, "BUILD_*" is the machine you build on (from uname), "SDK_*" is the SDK arch you want (from SDKMACHINE) and TARGET_* is from MACHINE Dec 23 22:15:45 derRichard: crosssdk runs on BUILD but targets SDK, cross-canadian runs on SDK but targets TARGET Dec 23 22:16:18 * RP wishes we needed fewer of these Dec 23 22:19:02 RP: thx for explaining Dec 23 22:19:07 now thinks make much more sense Dec 23 22:19:56 in my little world canadian always was crazy stuff "like building a arm gcc on powerpc which shall run on mips" ;) Dec 23 22:28:21 derRichard: I have a recipe which builds a gcc which runs on arm targeting avr? :) Dec 23 22:28:35 never was sure what to call it :) Dec 23 22:30:41 hehe :) Dec 23 23:41:53 RP: that cross-canadian Dec 23 23:42:06 x86 -> arm -> avs Dec 23 23:42:10 avr Dec 23 23:42:26 since canada has 3-party system :) Dec 24 00:32:26 derRichard, you were trying to hide the dirty core2 part ;) Dec 24 00:32:40 but this was your initial goal, isn't? Dec 24 00:32:59 sdk 32b Dec 24 00:41:55 gn Dec 24 01:45:12 hey folks, Im getting a very strange error, im doing "bitbake developer-image" and it finishes all the compilation steps fine but during the developer-image do_rootfs task it fails because opkg returned an error code of -11 Dec 24 01:51:18 This is the full error https://ideone.com/2BRXRv **** ENDING LOGGING AT Mon Dec 24 02:59:59 2018