**** BEGIN LOGGING AT Wed Nov 08 03:00:03 2017 Nov 08 06:19:01 Is it possible to use 32-bit sdk (/opt/poky) in 64 bit machine ? Nov 08 07:56:38 ranran: unless you're running on Itanium :-) and you have required 32bit libs installed it should be possible Nov 08 08:01:54 Could anyone help me out? I have been trying to create a symbolic link to sd-card image rootfs I am bitbaking for raspberry. The link appears in the /tmp/work/raspberrypi3-poky-linux-gnueabi/xxx-image/1.0-r0/rootfs/lib but for some reason does not propagate to sd-card image. Any idea what I might be missing? Nov 08 09:11:51 kanavin: threw your patchbomb at the ab: http://errors.yoctoproject.org/Errors/Latest/?filter=b352b0bf266f4389c0721800e45073c995bf945a&type=commit Nov 08 09:18:09 muppe>hi, maybe can you pastebin your recipe ? Nov 08 09:21:08 I'm getting a weird error when trying to build an SDK for my image: "unable to place /home/.../sdk/image/etc/rpmrc in final SDK location" and the same for /etc/dnf/dnf.conf. Nov 08 09:21:28 But I only get this when building in my CI, which is docker/vagrant. Building locally succeeds. Nov 08 09:21:53 And I mean the error makes sense, those files does not exist, at least not in the path bitbake tries. Nov 08 09:27:23 nayfe: https://pastebin.com/KSYAHhpE, this version does not actually even create the link to to work area. But anyway, that should give u an idea what I am trying to do. Nov 08 09:35:39 muppe> it uses wic to create sdcard ? Nov 08 09:54:25 hi Nov 08 09:57:34 hi all, does anyone know a "clean" way to avoid systemd-related services to start automatically on boot? Nov 08 09:58:06 I mean services like systemd-timesyncd or systemd-timedated Nov 08 10:00:56 in the past I made a do_install_append() in a .bbappend that links some services to /dev/null, but I'm wondering if a cleaner solution exist Nov 08 10:02:11 use systemctl Nov 08 10:04:20 rburton: does systemctl should be used only at runtime? Nov 08 10:04:49 we have a native form you can use in postinsts Nov 08 10:07:18 rburton: ok, I'll search through the documentation and existing recipes to find more info about Nov 08 10:39:29 khem: is ' musl: Drop the protected symbol optimization at configure time' still needed in master? Nov 08 11:11:10 hi, i'm having some trouble compiling postgress with qt for arm. in the log output i see that -I/usr/include/postgresql is used and cosing the issue how can i remove that ? Nov 08 11:17:24 Bump: Is it possible to use a library RecipeA generates while building its primary target? And if so, whats the path within my own Recipe which depends on that helper lib? Nov 08 11:22:32 zzeroo: you might want to rephrase that as i still can't understand the question Nov 08 11:23:44 RecipeA builds libA and toollibA. Is it possible to link within my own recipe to toollibA? Nov 08 11:26:03 rburton: I try to solve this issu: https://github.com/meta-rust/meta-rust/issues/173 Nov 08 11:29:02 meta-rust need libclang an I try to use this libclang for my own build recipe. DEPEND on clang is not an option because it collides with meta-rust ATM Nov 08 11:30:09 of course you can link to toollibA but you'll need to depend on RecipeA to build it Nov 08 11:30:29 if you want to depend on two recipes that conflict then you'll need to make them not conflict. Nov 08 11:31:02 that bug looks like a bug in rust-llvm-native Nov 08 11:32:13 the problem here is that you've two versions of llvm that conflict. if rust's llvm is usable then use that Nov 08 11:33:03 I've no hope the bug is solved very soon. I'll try recreate my recipe. So I can ask more precise. Thank you for first. I'll be back >< Nov 08 12:54:18 Any tips? I am trying to create a symbolic link to rootfs /lib but it is just not happening. I am using ROOTFS_POSTPROCESS_COMMAND and a function that tries to do this: ln -s /lib/ld-2.22.so ${IMAGE_ROOTFS}/lib/ld-linux.so.3 Nov 08 12:56:52 New news from stackoverflow: How to add all files from a folder in src_uri in a bitbake file Nov 08 12:59:34 muppe: did you try: ln -s ld-2.22.so ${IMAGE_ROOTFS}/lib/ld-linux.so.3 ? Nov 08 13:11:45 hi Nov 08 13:12:48 I'm looking for a way to change the version file content Nov 08 13:19:06 rburton: I sent a v7 of my patchset. Please include it on MUT so we can move this out of our plate ;-) Nov 08 13:35:43 Heey guys quick question, I'm trying to figure out if this is feasible: Setup yocto in docker, and export the yocto directory including everything precompiled to a new machine load up docker and import the yocto directory and rerun without rebuilding the sstate Nov 08 13:36:03 It' s for a course and I don't want to be sitting around waiting with everyone Nov 08 13:37:04 I'd say it should work theoretically or are there any other ways to achieve the same goal? Nov 08 13:49:12 flitjes> shared sstate ? Nov 08 13:57:04 New news from stackoverflow: Yocto build not including files in sdcard image || using yocto/poky to generate input to qemu to generate .img file Nov 08 14:02:49 otavio: argh there's a very good chance that v6 is in master Nov 08 14:03:42 otavio: what patches did you change? Nov 08 14:11:02 flitjes: https://github.com/gmacario/easy-build `docker run -ti --volume=${PWD}/shared:/home/build/shared gmacario/build-yocto` Nov 08 14:11:45 flitjes: https://github.com/gmacario/easy-build/tree/master/build-yocto Nov 08 14:12:43 in my image i have both arm-arago-linux-gnueabi and arm-linux-gnueabihf , while in sdk arm-poky... does it make sens ? Nov 08 14:12:46 sense Nov 08 14:13:29 I use fsl-image-qt5 image Nov 08 14:14:13 flitjes: docker etc is overkill, use uninative and share the sstate-cache Nov 08 14:16:10 Hi, in my image i have both arm-arago-linux-gnueabi and arm-linux-gnueabihf , while in sdk arm-poky... does it make sense ? I use image "fsl-image-qt5". Nov 08 14:18:39 rburton: docker is mainly because they will all bring their own system with their own setup. It's a hackatonisch yocto course to get all my colleague's familiar with yocto. I know it's overkill for getting yocto to run but I need something isolated because of everyone's custom setup. Nov 08 14:19:14 rburton: so the answere is yes it will work aslong as I share the sstate-cache Nov 08 14:20:40 nayfe: holy-macaroni... it actually worked!!! No idea why but thank you very much! :) Nov 08 14:21:18 thnx rburton Nov 08 14:21:56 muppe: i had some fun with links recently :) yocto does not like absolute path linking :) Nov 08 14:22:48 nayfe: Seems a bit strange that it finds the file from the right place to create the link even though the path is not specified. Nov 08 14:26:28 flitjes: uninative abstracts the host distro so sstate is portable between debian/redhat/etc Nov 08 14:27:32 rburton: I'm going to read up, wasn't aware of this! thnx! Nov 08 14:40:13 I see in /tmp/work/lec_imx6-poky-linux-gnueabi/fsl-image-qt5/1.0-r0/rootfs arm-poky-linux-gnueabi-c++ , but in image it is missing . Nov 08 14:42:57 I have arm-poky-linux-gnueabi-c++filt but not arm-poky-linux-gnueabi-c++ Nov 08 15:15:43 hello. Nov 08 15:16:14 After adding in local.conf CORE_IMAGE_EXTRA_INSTALL-".." , is it sufficient to just bitbake ? Nov 08 15:16:34 yes Nov 08 15:16:40 Thanks! Nov 08 15:18:49 I see that arm-poky-linux-gnueabi-c++ is missing (although strangely, other tools like arm-poky-linux-gnueabi-ld exist!) , is it just a matter of assing of "tools-sdk" ? Nov 08 15:34:21 ranran: do you want a toolchain in your image? Nov 08 15:41:24 rburton_ yes, the thing is that it is strange that I have only part of it like arm-poky-linux-gnueabi-ld, while arm-poky-linux-gnueabi-g++ is missing. Nov 08 15:42:00 in sdk which I have the full toolchain (including g++ ofcourse) Nov 08 15:42:34 the sdk was created after doing bitbake Nov 08 15:42:56 so, it is strange that sdk have toolchain while target have only part of it. Nov 08 15:45:31 rburton, yes that's what I need. Nov 08 16:03:24 anyone else seeing "sh: 20171108155309: out of range" during boot from bootmisc? looks like a busybox shell limit? Nov 08 16:03:28 ranran: image or sdk? Nov 08 16:05:23 rburton, I need it in image , I have it in sdk, but not image. But I need it in image too. Nov 08 16:05:32 add tools-sdk to IMAGE_FEATURES Nov 08 16:05:34 thanks Nov 08 16:12:21 rburton, I still feel like a beginner with yocto. I need help. Nov 08 16:12:53 when a layer have dependencies, does it mean we must install that dependencies or does it install them automatically Nov 08 16:12:54 ? Nov 08 16:13:41 for example, I now need to integrate meta-openvivoe. and it has dependencies on net-snmp, does it mean I must explicitly install both ? Nov 08 16:15:50 layers and recipes are different Nov 08 16:15:53 a layer contains recipes Nov 08 16:15:56 recipes have dependencies Nov 08 16:16:12 if recipe foo depends on bar, installing foo will install bar Nov 08 16:31:46 rburton, thanks a lot, that make sense now ! Nov 08 16:36:26 ranran: it is not in master Nov 08 16:36:47 rburton: it is not in master Nov 08 16:36:55 rburton: so I sent v7 Nov 08 16:37:15 otavio: i sent a message to RP this morning saying "merge mut" about an hour before you sent v7 Nov 08 16:37:26 ripped the patches out of mut and v7 is in the queue again :) Nov 08 16:42:19 rburton: thx Nov 08 16:57:34 New news from stackoverflow: How to connect recipes in bitbake Nov 08 16:59:55 I get error ERROR: No recipes available for: /lec_imx6/build_yocto/sources/meta-openvivoe/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.8.2.bbappend Nov 08 17:00:15 the image already have gstreamer 1.6 , maybe that's the problem ? Nov 08 17:02:36 the problem is that you have a bbappend for gst 1.8.2 but it can't find gst 1.8.2 recipes to append Nov 08 17:02:42 generally that means you're mixing releases badly Nov 08 17:04:29 right. I started with fsl-image-qt5 , and added openvivoe layer. Is it too complex to mix between these too ? Nov 08 17:04:45 two (not too) Nov 08 17:05:33 sounds like the oenvivoe layer wants a newer release of oe-core than you are using Nov 08 17:05:37 but gst 1.6 is OOOLD so thats worrying Nov 08 17:06:06 Can I fix the old 1.6 recipe to be newer ? Nov 08 17:06:14 update Nov 08 17:06:30 update your oe-core/fsl bsp Nov 08 17:08:37 ok, just another question, I will get latest freescale image-qt5. Nov 08 17:08:58 Yet, I worry that it will yet somewhere in one of the layer/recipes asks for a certain gstreamer version, right ? Nov 08 17:09:22 recipe, Nov 08 17:18:15 looks like for some reason busybox on master is now building with CONFIG_FEATURE_TEST_64 disabled despite it being in the defconfig :(. Thats whats causing the error im seeing Nov 08 17:27:39 New news from stackoverflow: Yocto - Try to use Realtime Kernel Version Nov 08 17:41:08 I'm looking for a way to change the version file content Nov 08 17:41:24 the /etc/version Nov 08 17:47:25 joshuagl: i heard that you are somehow working on reproducible (if that's a word) builds... Nov 08 17:47:26 Hello, I'm trying to build core-image-minimal-r, I have setupt my kernel provider to linux-yocto-rt, but when I burn the hddimg to the hard disk it throws a kernel panic Nov 08 17:47:55 joshuagl: i wonder what is the state you are in... Nov 08 17:48:00 [ 1.552029] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) Nov 08 17:49:21 sa2ajj: a colleague is working on some stuff, various bits have landed in OE-Core. His latest is http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=jurob/reproducible_binaries_4 Nov 08 17:49:29 (not merged yet) Nov 08 17:50:02 some possibly out of date docs here https://wiki.yoctoproject.org/wiki/Reproducible_Builds Nov 08 17:50:50 sa2ajj: sorry, in meetings so don't have time to discuss right now Nov 08 17:51:25 meetings are good: they are a way to turn hours to minutes :P Nov 08 17:51:57 *core-image-rt Nov 08 17:52:07 * sa2ajj is checking the wiki pagd.. Nov 08 17:52:15 s/pagd/page/ Nov 08 17:52:21 joshuagl: thx Nov 08 17:52:51 the wiki page was written before various patches were merged, the OE-Core list archives will help determine current status Nov 08 17:53:10 there's been some great progress Nov 08 17:53:32 progress != there yes, right? Nov 08 17:54:08 s/yes/yet/ Nov 08 17:54:10 :( Nov 08 17:54:45 you can create a fairly reproducible image if you aren't using certain features Nov 08 17:55:06 i.e. don't use -ptest and -dev packages, use deb package manager, etc Nov 08 17:56:59 sa2ajj: truely reproducable is non-trivial Nov 08 17:57:43 apart from his branch, a lot of the remaining fixes are package-specific ie bash does something stupid, perl does something stupid Nov 08 17:57:57 rburton: somehow i got to that conclusion :( Nov 08 17:58:30 like, curl-config embeds build-time paths Nov 08 17:58:40 joshuagl: deb stuff is not on the table right now... :( Nov 08 17:59:10 sa2ajj: we'd welcome some help Nov 08 17:59:26 i'm sure you'd do ;) Nov 08 18:00:00 the thing is yocto (poky) is a bit too complicated... Nov 08 18:00:40 e.g. we are moving from morty to pyro and then we have some binary size increase... Nov 08 18:01:14 buildhistory can help you understand where the size increased Nov 08 18:01:17 iirc you're using that? Nov 08 18:01:30 han, it won't help there :/ Nov 08 18:01:39 (we do use build history) Nov 08 18:02:54 the size increase seems to be a result of "relro" thingie... Nov 08 18:03:25 however it's not so easy to see in the git history Nov 08 18:03:42 if relro isn't desirable, it's easy to disable Nov 08 18:04:04 I can see how that would be hard to track down Nov 08 18:04:19 it's not "undesireable", it's hard to track down :) Nov 08 18:05:10 the on-disk size is 10% higher without clear indication why this happenned :/ Nov 08 18:06:32 anyway, my original topic is about reproducible builds Nov 08 18:07:10 I don't recall how much of that work made it into pyro, probably not much Nov 08 18:07:17 rocko will be better, sumo better still Nov 08 18:07:23 any information/suggestions about how to achieve it would be welcome Nov 08 18:07:54 obviously anything that we'd improve is going to be upstreamed... Nov 08 18:08:35 best bet would be to mail the list and ask for status and how to help, then the engineer working on it can discuss current status Nov 08 18:08:41 well... rocko/sumo are probably even bigger step forward :( Nov 08 18:08:56 sorry, gtg Nov 08 18:09:06 e.g. gcc version Nov 08 18:09:58 * sa2ajj is going to bed anyway... :) Nov 08 18:10:21 joshuagl: no need to apologise ;) Nov 08 18:46:54 I'm trying to boot core-image-rt for genericx86-64/linux-yocto-rt Nov 08 18:47:06 but it gives me kernel panic with unable to mount rootfs Nov 08 18:47:24 tryed rocko and master Nov 08 18:50:51 I want to use preempt real time kernel Nov 08 19:00:50 Is it possible to have apt-get in yocto ? Nov 08 19:01:02 Is it just by adding "package_deb Nov 08 19:01:18 'PACKAGE_CLASSES = "package_deb" Nov 08 19:25:30 alimon: around? Nov 08 19:26:20 alimon: curious on your thoughts on the top 8 patches of http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=rpurdie/wip9 Nov 08 19:26:54 Hi ! Nov 08 19:27:25 ranran: that and ensuring package-management is in IMAGE_FEATURES Nov 08 19:28:05 New news from stackoverflow: Where is the linux sysroot placed? Nov 08 19:31:49 rburton, does it also required to add CORE_IMAGE_EXTRA_INSTALL += "apt" ? Nov 08 19:32:14 I seen this post , and I am not sure https://community.nxp.com/thread/325384 Nov 08 19:37:34 I'm having an odd error as of recently when building, is this the right place to ask for a hand ? Nov 08 19:45:16 rburton: I thought that patch was applied to master isnt it Nov 08 19:46:52 lelithium: you can ask a question and if anyone has an answer they will likely respond Nov 08 19:58:10 Great ! Nov 08 20:02:10 Simple issue really, I haven't been able to build my usual raspi3 images since Nov 3rd, and I keep getting this error : Nov 08 20:02:11 https://pastebin.com/vB656iwj Nov 08 20:02:34 Just want to confirm that it looks like the machine runs out of RAM before I order some more Nov 08 20:02:44 (it's a 3Gb machine) Nov 08 20:03:24 RP: hi, yes let me give a look Nov 08 20:11:22 RP: looks good, only a comment here http://git.yoctoproject.org/cgit.cgi/poky-contrib/diff/meta/lib/oeqa/utils/commands.py?h=rpurdie/wip9&id=6a9a54c11442ffdb32a4aa2bbb434fa06f0536a7 Nov 08 20:11:58 the logger is available on the testcase via self.logger may be will be good to pass runqemu(self.logger) in the testcases instead of create other one Nov 08 20:12:01 another* Nov 08 20:26:37 khem: no, so if it is still valid then i can requeue it Nov 08 20:28:14 New news from stackoverflow: Yocto/OpenEmbedded Recipe Including library paths from host Nov 08 20:29:04 khem: ah, it was added then 82c0f16dbdd1a44438e8536a598277efed909b3c removed it again. i'll drop it as that was recent Nov 08 20:55:50 whoa I didn't know the bot monitored stack overflow Nov 08 21:03:33 rewitt: its rather new Nov 08 21:05:11 rburton: I always want to be helpful, but he didn't even take the time to read the message that says Please check the log '/media/rob/a72581e8-3ca3-4dc1-b3b8-6db5464de098/qc_openEmbedded/apps_proc/build/tmp-glibc/work/aarch64-linaro-linux/rem/1.0-r0/temp/log.do_compile' for more information. [compile-host-path] Nov 08 21:09:28 standard SO: FIX MY THING FOR ME Nov 08 21:10:31 rburton: And then the recipe doesn't use shared library versioning, so that will also bite him when he pays attention to the other message warning him his files weren't packaged Nov 08 21:11:31 yes Nov 08 21:11:37 rburton: Do we have a page for "gotchas for non-standard Makefiles and installation?" Nov 08 21:11:43 yes! :) Nov 08 21:12:02 https://wiki.yoctoproject.org/wiki/TipsAndTricks/Packaging_Prebuilt_Libraries#Non-versioned_Libraries Nov 08 21:12:19 haha, yay!! for once it exists ;) Nov 08 21:19:03 Just FIY, issue was indeed running out of RAM. So, if that ever happens to you, get more ram, or set git ram limits accordingly Nov 08 21:27:11 Can rpm be used to install from internet or does it only work with files (offline_ ? Nov 08 21:40:29 Has anyone seen this in DMESG before: I/O error, dev mmcblk0rpmb, sector 0 ? Nov 08 21:40:36 If so, any idea what it's eluding to? Nov 08 21:59:18 rburton: I am confused. I remember to submit such a patch and I think it was applied but then subsequently it was unbolted when upstream took care of it Nov 08 22:01:00 see 82c0f16dbdd1a44438e8536a598277efed909b3c which dropped it at the same time upgrading musl Nov 08 22:01:49 and this 5490efb7446196dce6a4be678263e8a73648446a was where it was added Nov 08 22:01:57 so we should be good Nov 08 22:02:55 only musl pending patch is this one https://patchwork.openembedded.org/patch/145369/ Nov 08 22:15:02 tcpdump: which kernel version are you on ? Nov 08 22:15:29 khem: 4.9.34+linaro #1 SMP PREEMPT Thu Nov 2 11:25:26 CDT 2017 aarch64 aarch64 aarch64 GNU/Linux Nov 08 22:15:42 ranran: rpm can be used in conjuction with dnf to install from internet but some distro has to publish the feeds Nov 08 22:15:52 tcpdump: thats prettty ne Nov 08 22:15:55 w Nov 08 22:16:11 tcpdump: I wonder if you have a mmc signal issue Nov 08 22:16:25 khem: as in a hardware issue? Nov 08 22:16:32 yes Nov 08 22:16:37 I am s/w guy :) Nov 08 22:19:58 ssh buildbot Nov 08 22:20:04 docker help Nov 08 22:20:28 dockerocker swarm Nov 08 22:20:52 andycooper_: permission denied ;) Nov 08 22:24:50 cd nova Nov 08 22:24:54 cd develnov Nov 08 22:24:56 ls Nov 08 22:24:59 git status Nov 08 22:25:05 git gui & Nov 08 22:27:43 stg ref--patbbnte Nov 08 22:27:50 git mergetool Nov 08 22:29:26 stg show multiconfig Nov 08 22:29:28 stg ser Nov 08 22:29:33 stg show multi-config Nov 08 22:29:47 qstg undo Nov 08 22:29:54 git reset --hard Nov 08 22:29:56 qstg undo Nov 08 22:29:59 stg ser Nov 08 22:30:32 stg squmultiref Nov 08 22:30:34 :wq Nov 08 22:30:52 stg squbb-nteadd-bitb Nov 08 22:30:57 wtf is this? Nov 08 22:30:57 :wq Nov 08 22:31:00 stg ser Nov 08 22:31:06 alimon: I did try that but it runs into threading issues :( Nov 08 22:31:07 git show HEAD Nov 08 22:31:33 RP: :/ Nov 08 22:31:34 stg rename sstate-cache-server Nov 08 22:31:36 stg ser Nov 08 22:31:44 stg show prserve Nov 08 22:32:11 RP: weird, as i know the logger is thread safe... Nov 08 22:32:56 someone should kick him for his own good before he types a password Nov 08 22:34:03 holy crap Nov 08 22:34:09 andycooper_: yeah ;) Nov 08 22:34:13 terminal muxing ? Nov 08 22:34:29 so apparently the new terminal emulator I installed is mirroring everything in both instances Nov 08 22:34:44 nice... luckily no password yet ;) Nov 08 22:34:55 not muxed, but not thrilled with terminator at the moment Nov 08 22:36:04 yeah, thankfully my ssh connections use keys, not passwords Nov 08 22:50:17 very sensible Nov 08 22:55:29 Thx khem Nov 08 23:02:19 Hello, I'm trying to build core-image-rt, I have setupt my kernel provider to linux-yocto-rt, but when I burn the hddimg to the hard disk it throws a kernel panic Nov 08 23:02:25 [ 1.552029] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) Nov 08 23:02:55 what Can I do? Nov 08 23:04:28 machine is genericx86-64 Nov 08 23:14:19 I'm on rockco Nov 08 23:29:07 linux-yocto provider works fine Nov 08 23:29:19 is the linux-yocto-rt that fails to boo Nov 08 23:29:21 t Nov 08 23:29:26 *boot Nov 09 01:29:04 New news from stackoverflow: How can a build environment introduce new LDFLAGS into an autoconfig build **** ENDING LOGGING AT Thu Nov 09 03:00:01 2017