**** BEGIN LOGGING AT Thu Jun 11 02:59:59 2020 Jun 11 08:23:40 Letothe2nd: qschulz: i am using now an external repo and changes are recognized. :thumbs: Jun 11 08:26:22 do you have an idea why an image contains a shared lib but not the symlink to it? like mylib.so -> mylib.so.0.0.1 Jun 11 08:34:22 chris_ber: because the image doesn't contain the -dev packges by default, and the .so symlink is only needed for development Jun 11 08:34:31 if you need it, turn on the dev-pkgs IMAGE_FEATURE Jun 11 08:40:30 rburton: ahh ok. thx Jun 11 09:44:23 on dunfell I have a strange issue with llvm-config: ".../mesa/2_20.0.2-r0/recipe-sysroot-native/usr/bin/llvm-config9.0.1 --shared-mode" fails with errors complaining about the lack of recipe-sysroot-native/lib/llvm9.0.1/lib* Jun 11 09:44:46 this in turn causes an exception in meson Jun 11 09:47:40 shouldn't it look in recipe-sysroot/ instead ? Jun 11 09:49:10 wait, when I run it from devshell, it *is* looking in recipe-sysroot, but looks in recipe-sysroot/usr/lib/llvm9.0.1 instead of recipe-sysroot/usr/lib64/llvm9.0.1 Jun 11 09:51:34 When using external repo with 'devtool add...' and my recipe needs 'DEPENDS += "3partylib"' shouldn't it be autogenerated from the CMAKELists.txt? Jun 11 09:54:27 yann, maybe because the build error is from llvm-native and you're running devshell on llvm for target Jun 11 09:55:57 mihai: it would be surprising that recipe-sysroot-native gets a target binary Jun 11 09:56:23 rather looks like a /usr/lib instead of ${libdir} Jun 11 10:06:07 so we have a patch for llvm-config to use YOCTO_ALTERNATE_EXE_PATH to get an idea of the sysroot to use Jun 11 10:06:35 okay how do i src rev this ? https://gitlab.xiph.org/xiph/tremor.git Jun 11 10:06:58 but then, llvm-config itself munges this and uses lib/, even though we passed a path with lib64/ Jun 11 10:07:40 i tried SRC_URI = "https://gitlab.xiph.org/xiph/tremor.git Jun 11 10:08:04 OutBackDingo_, git://....;protocol=https Jun 11 10:17:03 mihai: odd i tried that before and it failed... worked this time Jun 11 10:21:08 OutBackDingo_, nice Jun 11 10:23:17 yann, I'm guessing it has something to do with this, in mesa.inc: export YOCTO_ALTERNATE_MULTILIB_NAME = "${base_libdir}" Jun 11 10:24:23 mihai: quite sure it's rather a change of how llvm-config locates its libdir Jun 11 10:24:40 openned https://bugzilla.yoctoproject.org/show_bug.cgi?id=13937 Jun 11 12:21:28 hmm I need an idea... I have an r-car h3sk (WS3.0) board and would like to use the the HDMI output. for some reason I'm not able to get an output Jun 11 12:22:29 the supported screen modes can be read and the screen is reported as connected Jun 11 12:22:43 also a framebuffer is created Jun 11 12:23:35 same kernel with a different device tree is working on an older board revision Jun 11 13:36:43 Any plans to have devtool support multiconfig? 'devtool modify mc:target:virtual/kernel' for example cant find the recipe. Jun 11 13:42:00 helloo, does anyone have an idea about Yocto device tree ? Jun 11 13:42:14 I want to modify the generated default device tree Jun 11 13:42:22 of my embedded board Jun 11 13:50:17 rabbit9911: I think it is a know issue that devtool doesn't support multiconfig yet Jun 11 13:51:09 bummer.. Time to get creative.. Jun 11 13:52:55 gaston53: Do you mean the FIT image? The device tree is not generated just the FIT image. Jun 11 13:56:28 rabbit9911 yes it's not generated .. well .. I have a default .dts file that I want to modify and rebuild my yocto kernel Jun 11 14:01:54 is it good practice to create a recipe 'myApp_x.x.x.bb' for every tag in an external (selfhosted) repo? Jun 11 14:03:58 rabbit9911 see here what I am talking about Jun 11 14:04:00 https://github.com/torvalds/linux/blob/master/arch/arm/boot/dts/at91-sama5d27_som1_ek.dts#L262 Jun 11 14:04:28 I want to replace ISC data pins to GPIO pins Jun 11 14:04:47 but I don't know what modifications to do there Jun 11 14:14:01 gaston53: To modify a file in the kernel (like the dts). You just follow the regular procedure for making changes. https://www.yoctoproject.org/docs/latest/kernel-dev/kernel-dev.html Jun 11 14:16:00 chris_ber: You mean in place of using a pattern match like myApp_x.%.bb? Jun 11 14:24:24 rabbit9911: what does the '%' do? I mean when i create a new tag in the external_repo i rename the recipe to the tag (e.g. from 0.0.1 to 0.0.2). In that case i know which revsion i am using. -> placed 'SRCREV = "v${PV}"' in the recipe Jun 11 14:34:52 chris_ver: The % is used in bbappend files if you have changes that apply to any version of the recipe. Sounds very different than what you are asking. Jun 11 14:35:36 chris_ber: The % is used in bbappend files if you have changes that apply to any version of the recipe. Sounds very different than what you are asking. Jun 11 14:37:23 chris_ber: The recipe version should match the version of the package in general. Jun 11 14:38:08 Hi, still loving yocto over here. I have a new task and I'm looking for suggestions / options. Jun 11 14:39:07 I'm using cryptsetup to open a device with a given key file and writing the squashfs image to /dev/mapper/whatever to encrypt the squashfs, and decrypt it in initramfs using cryptsetup there. Jun 11 14:39:49 This requires root to open to file with cryptsetup.. any idea how I can automate this in a recipe? Jun 11 14:41:06 rabbit9911: ok, thx Jun 11 16:16:10 I'm upgrading to dunfell. My host server has gcc 4.8.5 and I cannot upgrade at this time. Docs say I can run poky/install-buildtools to get the necessary tools. I ran it with default args, it succeeded, but I'm still getting complaints from sanity checker that my GCC is less than 5.0. Jun 11 16:18:28 mabnhdev: you need to deploy it in your environment Jun 11 16:18:41 source the env file from whereever you installed it Jun 11 16:37:12 Is there a way to get the distro version from the command line on a target, similar to Debian/Ubuntu's lsb_release command? Jun 11 16:40:27 @khem Thanks! A closer look at my environment setup showed I was not executing that step. Jun 11 18:07:59 Hi, would anyone here know what package needs to be added for getconf to work? I already tried glibc, and am still getting "getconf: command not found" Jun 11 18:23:48 cold_er, work where? host or target? Jun 11 18:24:54 glibc-utils for target Jun 11 18:27:11 target Jun 11 19:49:55 /quit/ Jun 11 19:49:59 gah :) Jun 11 20:06:21 hi all. I'm facing a weird behavior with one of my package recipes where a source code change does not show up in the final image. The sources only consist of a few python files that live directly in the ${PN}/files direcory beneath the recipe. when I examine the build output I don't see the do_install task being executed that should populate the changed file to the rootfs. normally I'd cleansstate the package and rebuild but Jun 11 20:06:21 in this case I'm more interested in the root cause because I want to learn if I'm "holding it wrong"... any pointers how I could proceed with that? Jun 11 20:09:15 nameclash: What are you using for SRC_URI in the recipe? Jun 11 20:11:00 paulbarker: SRC_URI = " file://*.py " Jun 11 20:11:21 nameclash: I don't think bitbake is able to watch for changes when you use a wildcard Jun 11 20:11:48 you sure about that? Jun 11 20:17:01 nameclash: I'm not 100% sure. Try it with the files explicitly listed in SRC_URI and see if it works :) Jun 11 20:17:02 paulbarker: google doesnt help on that but I'll make some test runs now to verify what you said. thanks for the headsup Jun 11 20:17:25 paulbarker: I came a second too late :) Jun 11 20:41:27 i am sure, just confirm Jun 11 20:41:36 SRC_URI doesn't glob Jun 11 20:41:45 *to confirm Jun 11 20:47:00 Letothe2nd: I have the same issue.. I have been either using externalsrc (which does not support sstate-cache) or I write a python function to walk the source path and add it to SRC_URI. Jun 11 20:47:47 Would be interested if there was a better solution for those of us that cant pull every package into its own repo. Jun 11 20:51:54 For the kernel I rsync the source during do_fetch.. make that a git repo.. then add my own hashing function based on externalsrc module. Seems not great but it works. Jun 11 21:41:26 paulbarker, Letothe2nd: thx all, I ran a test build to verify (and guess what? you're right) Jun 11 21:42:59 If I may elaborate on that, what about this: SRC_URI = " file://src " ? Jun 11 21:43:32 will this suffer from a similar problem? Jun 11 21:43:52 'src' is a directory in the example Jun 11 21:48:45 rabbit9911: where'd you get that from that externalsrc dont support sstate-cache? is that documented somewhere? Jun 11 22:02:25 for task in tasks: if task.endswith("_setscene"): # sstate is never going to work for external source trees, disable it bb.build.deltask(task, d) else: # Since configure will likely touch ${S}, ensure only we lock so one task has access at a time d.appendVarFlag(task, Jun 11 22:02:25 "lockfiles", " ${S}/singletask.lock") Jun 11 22:02:30 yuck sorry about that Jun 11 22:03:03 https://pastebin.com/kcD33HRZ Jun 11 22:03:24 This is in externalsrc.bbclass Jun 11 22:05:58 If I am not reading that right or missing something I would love to find out. I do see that this is the case in practice. Moving to my custom rsync method increased my build speed at the cost of disk space. Jun 11 22:07:34 rabbit9911: yeah I'd interpret that like you. thx for sharing! Jun 11 22:10:37 I do set EXTERNALSRC_SYMLINKS = "" to not pollute the src directory. If anyone here knows more about why sstate is not supported on externalsrc I would love to understand that more. Jun 11 22:11:51 +1 Jun 11 22:25:21 i think originally it was problematic due to not fully tracking changes to the source repository and working copy on disk for the external sources, so tasks were flagged as nostamp and no sstate was done. I *think* we may be tracking those sources now, but not certain Jun 11 22:25:37 sstate is highly dependent on knowing exactly what inputs go into a task, between metadata and file checksums Jun 11 22:36:06 I remember the nostamp days.. That was brutal. Jun 11 22:46:36 saved a bunch on postage, though. Jun 12 00:43:57 paulg: is it open mic night at #yocto? :) Jun 12 02:30:23 mranostay, every day is open mic day on #yocto Jun 12 02:30:36 Just be glad it isn't karaoke. **** ENDING LOGGING AT Fri Jun 12 02:59:58 2020