**** BEGIN LOGGING AT Wed Apr 01 02:59:57 2020 **** BEGIN LOGGING AT Wed Apr 01 06:45:14 2020 **** BEGIN LOGGING AT Wed Apr 01 06:48:05 2020 Apr 01 07:02:57 Yocto talk at foss-north now Apr 01 07:04:05 https://www.youtube.com/watch?v=sWEPFcMHtn8 Apr 01 07:04:45 New news from stackoverflow: yocto image size gets increased with increase in partition size Apr 01 07:09:22 luna_: thanks for telling, shared! Apr 01 07:09:42 LetoThe2nd: np Apr 01 07:11:56 luna_: are the sessions put on YT afterwards? Apr 01 07:12:22 LetoThe2nd: they will be when Johan Thelin has edited and uploaded them he will start on Friday this week Apr 01 07:12:46 so yeah they will be, but not directly afterwards Apr 01 07:13:09 luna_: awesome. Chris' Talk contains a lot of good stuff i'd love to be able to reference. sure, no hurry, unless we're talking years otherwise :) Apr 01 07:13:58 LetoThe2nd: i am pretty sure he don't need years to edit out the talks into one and one and upload the videos Apr 01 07:14:01 :P Apr 01 07:14:01 maybe weeks Apr 01 07:14:21 luna_: that would be wonderful. Apr 01 07:14:42 i am not staff or crew btw, just a person watching Apr 01 07:15:08 luna_: seriously, the last 5 minutes alone perfectly sum up the pro-yocto points we usually need to get across. Apr 01 08:52:57 Is it possible to rename files in the image directory? I create a rauc file from a custom image recipe that i would like to have a git tag automatically appended to its name. Apr 01 08:55:03 jkimblad: simplest way is probably to set IMAGE_LINK_NAME Apr 01 08:55:48 in your image recipe, that is. Apr 01 08:55:48 LetoThe2nd: Alright, thank you =) Apr 01 09:12:32 Hi, is there a way to show all tasks of a recipe/package in the correct order? Apr 01 09:12:45 listtasks does not look ordered to me :) Apr 01 09:13:16 Guest52: bitbake -g -u taskexp Apr 01 09:13:40 Guest52: or bitbake -g and then use dot on the .dot files to create a graph Apr 01 09:13:41 qschulz great Apr 01 09:16:14 thanks Apr 01 09:18:33 Guest52: also bitbake | tee gives you a rough idea Apr 01 09:34:16 Hello, I'm still stuck with my question: Could we add an EXT_DTB parameter if the u-boot binary has been built with a dtb inside ? Thx Apr 01 09:35:14 Hi guys! I am trying to upgrade my project from sumo to warrior and have been trying to compile openjdk-8 using http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/. Somehow it breaks while compilation with the following error: arm-poky-linux-gnueabi-g++: error: unrecognized command line option '-m32'; did you mean '-mbe32'? Apr 01 09:36:31 This layer is dependent upon meta-openembedded and previously in sumo version it used to compile without any errors or warnings. Is there anyone who has faced such error? Apr 01 09:40:35 qschulz do you have a dot command line? its running forever for me Apr 01 09:41:08 Guest52: it took 15 hours for a full image for me :p Apr 01 09:41:24 Guest52: don't use dot, it cant handle the graph size. just open the file with a text editor and look Apr 01 09:41:29 qschulz i see :) Apr 01 09:43:08 fawad: you bumped meta-java to warrior too, hopefully? Apr 01 09:43:09 LetoThe2nd: if it's a rather simple recipe, dot should be fine I guess? But yes, I always check in the file manually Apr 01 09:43:23 Guest52: but more specifically, why do you need to know the task order? Apr 01 09:43:41 because law and order! Apr 01 09:44:01 LetoThe2nd yes I did. Apr 01 09:44:22 qschulz i want to know where i can add my new task Apr 01 09:44:35 Surprisingly it compiles till 99% and then gives error. Apr 01 09:45:58 fawad: i'm no user of meta-java, hence i cannot really comment. only idea i have is to search the mailing list archive to see if somebody else already ran into the same problem. Apr 01 09:46:52 LetoThe2nd Thanks! I will post there. Apr 01 09:51:06 3B Apr 01 10:05:21 New news from stackoverflow: How to include git revision of image layer in boot output or /etc/issue? Apr 01 10:18:15 fawad: There's some special handling for different arm versions in openjdk-8. I don't know much about it, but I'd have a look at if your machine matches any of the arm overrides used there. http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/tree/recipes-core/openjdk/openjdk-8-release-172b11-aarch32.inc?h=warrior Apr 01 11:05:33 New news from stackoverflow: yocto image building - python setuptools-scm-2.1.0.bb failed with exit code '1' Apr 01 11:54:13 Hi again guys! I have one question. Since I am in a middle of upgrading my project from sumo. Which version out of these 2 do you recommend, warrior or zeus? They both seem to have the support for linux-fslc-4.1. Apr 01 11:58:09 fawad: dunfell Apr 01 12:02:28 fawad: at the moment is actually a particularly bad moment for massive upgrading. Apr 01 12:03:50 Hmm. I have two different sigdata files for python3-setuptools-native:populate_sysroot, with different checksums, but running bitbake-diffsigs yields nothing. Wouldn't that be odd ? Apr 01 12:05:46 New news from stackoverflow: ncurses error iostream.h not found in Yocto SDK do_populate Apr 01 12:08:19 how is image_types.bbclass connected to the image recipe i have? Apr 01 12:08:30 i found this file http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/image_types.bbclass?h=fido Apr 01 12:08:46 Guest52: fido? hopefully not. Apr 01 12:09:24 Guest52: 1) your image recipe hopefully inherits core-image 2) which in turn should interit image, 3) which interacts with the image_tiyes. Apr 01 12:09:28 types, even. Apr 01 12:11:13 so this IMAGE_CMD_multiubi is called if i used IMAGE_FSTYPES += " multiubi" ? Apr 01 12:11:24 So is it possible to redefine them? Apr 01 12:16:55 Guest52: yes, you can define your own image types Apr 01 12:20:29 I have not heard of dunfell? LetoThe2nd Apr 01 12:20:44 fawad: it's not out yet, it's 3.1 Apr 01 12:20:49 and why is it a bad moment? Apr 01 12:21:07 fawad: it's the first LTS, out ~end of april Apr 01 12:21:44 I only think from long time support point of view? Does zeus or warrior come with LTS? Apr 01 12:22:02 @qs Apr 01 12:22:04 fawad: 14:21 qschulz| fawad: it's the first LTS, Apr 01 12:22:12 ok Apr 01 12:22:42 I can only hope they support some old kernel versions. Apr 01 12:24:37 fawad: its more like, is the kernel suffiently new to pass the compiler that comes with it. what version are you on? Apr 01 12:36:10 linux freescale 4.1 Apr 01 12:37:10 4.1 might be problematic unless they added LTSy patches. Apr 01 12:37:41 it's marked as linux-fslc-lts-4.19 Apr 01 12:38:01 like it is used in zeus and warrior both. Apr 01 13:17:02 sorry if someone has sent a response down the line but i cant seem to find it so i assumed its been unanswered, im currently linting my work, i have been using oelint-adv https://github.com/priv-kweihmann/oelint-adv, but just saw theres a oe-stylize.py in meta-openembedded, does anyone know if one is better than the other, or are they both good at Apr 01 13:17:03 different things? Apr 01 13:35:59 New news from stackoverflow: LIBSDL2 + DirectFB + i.MX 6 - Only software blitting? Apr 01 14:30:12 RP: Sorry I haven't had a chance to look the SDE + multilib bug... Have to watch the kids at home so I have far fewer hours each day :( Apr 01 14:31:23 JPEW: no problem. I think I managed to understand the problem but have not looked at solutions yet Apr 01 14:33:09 /quit Apr 01 14:45:30 I'm wondering if we could integrate in poky the support in mesa for building the va and vdpau gallium state trackers. Most of the needed work seems to be in meta-amd already, and since it implies a change of dependencies and splitting libva.bb, it seems cumbersome to have it out ot tree. What do you think ? Apr 01 14:46:49 yann: you mean, moving stuff from meta-amd into oe-core? Apr 01 14:47:07 yes, more or less Apr 01 14:47:26 absolutely, as long as it doesn't involve a load of amd-specific patches Apr 01 14:47:48 rburton: was about to ask that next, how much of it would be generic? Apr 01 14:47:49 if its just enabling options then it makes sense to e.g add the packageconfigs to oe-core so meta-amd just has bbappends that set the right options Apr 01 14:48:14 i'd also love to have vaapi and vdpau as DISTRO_FEATURE, instead of having to enable them one by one in all packages Apr 01 14:49:45 there is no fixed list of DISTRO features anyways.... so that only makes sense if there are already multiple packages in oe-core which would trigger on it. Apr 01 14:49:53 a global variable would also work as i'm personally hesistant to add distro features Apr 01 14:50:02 in the case of vaapi it's a bit more, since that makes mesa dependent on libva, whereas today libva depends on mesa to build libva-glx. So they split the x11 stuff in a separate libva-x11;bb Apr 01 14:50:29 but a VIDEO_ACCEL variable would prove the worth and you can use bb.utils.contains() to check in it Apr 01 14:53:23 weston and ffmpeg already have a PACKAGECONFIG, meta-amd adds one for mpv, and I'm pretty sure other packages would benefit from them Apr 01 14:54:08 some platforms support both vaapi and vdpau, a single VIDEO_ACCEL could be too limiting Apr 01 14:54:34 yann: not if you allow multiple values Apr 01 14:54:40 right :) Apr 01 14:54:43 VIDEO_ACCEL="vdapu vaapi" Apr 01 14:56:11 we could still use ${@bb.utils.filter('VIDEO_ACCEL', 'vaapi vdpau', d)) in PACKAGECONFIG Apr 01 14:57:42 right Apr 01 15:03:27 where would the default VIDEO_ACCEL="" live ? Apr 01 15:03:41 ?= rather, I guess Apr 01 15:11:22 I'll start prototyping that as soon as i've finish updating our layer to zeus/master Apr 01 15:36:26 New news from stackoverflow: Yocto - how to add empty directory to file tree Apr 01 16:06:31 New news from stackoverflow: yocto - how to reset image so I can rerun post-install steps Apr 01 16:36:33 New news from stackoverflow: Yocto linux loading wrong dtb Apr 01 16:40:06 Don't we have a way to prevent config file changes in a dependency to trigger rebuilds ? It's always annoying to see how much CPU can get wasted by such changes :| Apr 01 16:41:25 I mean runtime config files, obviously - those changes that get literally into packages without any build impact of dependencies Apr 01 16:44:34 RP: any docs changes should be on top of poky master-next right? rather than yocto-docs Apr 01 16:45:28 RP: assuming your scripts don't push to yocto-docs master-next yet and that isn't a priority Apr 01 16:45:45 moto-timo: I just updated yocto-docs so it won't matter which now Apr 01 16:45:47 but yes Apr 01 16:45:54 RP: ok. thank you! Apr 01 16:49:17 * moto-timo still waking up apparently Apr 01 17:18:25 RP: I'm assuming the testsdk bbclass only runs the runtime test su ite against the target sysroot, yes? It doesn't directly test cross or native components? Apr 01 17:18:30 (or anyone else, really) Apr 01 17:18:49 I'm looking into testing of the toolchain components. Apr 01 17:25:58 kergoth++ Apr 01 17:48:26 I want to build with Yocto. Which Linux distro is best supported? Apr 01 17:49:10 learningc: Hey, the quick start on the YP documentatino might be your best resource right now, there are several distros that are officially supported Apr 01 17:49:37 learningc: https://www.yoctoproject.org/docs/latest/brief-yoctoprojectqs/brief-yoctoprojectqs.html Apr 01 18:06:19 kergoth: it tests the nativesdk toolchain, it literally extracts the SDK, then uses the tools therein to run the tests Apr 01 18:07:21 hmm, k, will have to examine what those tests are. thanks Apr 01 18:07:42 kergoth: You are probably interested in oe-selftest -a -t toolchain-system (or toolchain-user) Apr 01 18:07:52 ah! thanks Apr 01 18:30:17 alejandrohs: thanks! Apr 01 19:19:25 uff patch bomb ready http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates-later Apr 01 19:19:31 (continues on page 2 :) Apr 01 19:19:45 now back to 'real' work that I get paid for Apr 02 00:07:59 New news from stackoverflow: Is there a way to "Factory Reset" a ConnectCore 6 SBC with Yocto Linux? **** ENDING LOGGING AT Thu Apr 02 02:59:57 2020