**** BEGIN LOGGING AT Wed Jan 27 02:59:57 2021 Jan 27 07:43:48 good morning Jan 27 08:17:47 JPEW: that is rather sad and unfortunate :/ Jan 27 08:33:39 JPEW: pass it in translate.google.com :p Jan 27 08:36:23 (basically using google as a proxy, it's not a troll :) ) Jan 27 08:36:25 what fun did i miss? Jan 27 08:37:37 RP: the following commits broke our bitbake builds: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=dunfell&id=8fbb62264f6213a6676858d0cfb5a94de69f83c1 and http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=gatesgarth&id=43e9b30386586edbc0e5d514cd3a30c6e4c7cb3b. This is the error that we are getting: `ERROR: Failure expanding variable get_musl_loader[vardepvalue], expression was ${@get_musl_loader(d)} Jan 27 08:37:37 which triggered exception TypeError: must be str, not NoneType`. Any idea how to track down this? Is it related to the python version used to run bitbake? Jan 27 08:43:14 dsueiro: you probably need http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=e90cea97d29c3a8d38b0add420cc099e79abd2a6 Jan 27 08:43:21 sakoman: ^^^ Jan 27 08:43:22 dsueiro 1. How do you know for sure that that commit is the culprit? 2. probably the variable in get_musl_loader can't get expanded Jan 27 08:45:22 Hi. How to install native 32-Bit GCC on 64-Bit Yocto env? Jan 27 08:45:36 user29433: I reverted that commit and everything is working as expected. Jan 27 08:46:08 dsueiro: I was probably a little keen to merge the bitbake fix :/ Jan 27 08:49:22 dsueiro nice catch! Jan 27 08:50:32 RP: I can confirm that cherry picking http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=e90cea97d29c3a8d38b0add420cc099e79abd2a6 in dunfell and gatesgarth the issue is not gone. Should we backport it to these branches? Jan 27 09:09:03 RP: Sorry. There is a typo on my last message. I can confirm that cherry picking that commit the issue IS FIXED. Jan 27 09:28:23 Good morning yocto people ;-) Jan 27 09:28:46 intera91 good morning jeffrey Jan 27 09:29:32 lol name's Patrick Jan 27 09:29:47 dsueiro: yes, we need to backport it Jan 27 09:30:10 intera91 whatever you'd prefer;D Jan 27 09:30:13 ;D Jan 27 09:30:18 hi everyone. I am looking to include the SHA1 checksum of my "main" custom layer to the generated image file, i.e. IMAGE_NAME, for convenience purposes. Is there any obvious mechanism for doing this? I tried setting up a custom image name in my distro.conf file, but getting the specific layer checksum there feels a bit awkward. Jan 27 09:30:49 dsueiro: wondering if I should just do that Jan 27 09:31:50 am still getting that error on my yocto build, the working build directory once built contains a bin directory and all the execs in that directory and subdirectories get packed in the rpm, that is cool but whatever lays in the lib/ directory is ignored and therefore ... dependency error Jan 27 09:32:28 has anyone got any clue? also I need to add some files to the rpm how do I go about that? Jan 27 09:33:33 dsueiro: I've just merged it since it would take a while to review Jan 27 09:35:48 iceaway: what about just getting the git hash of the current layer? that might be easier Jan 27 09:36:02 kind of confused as to why you need this but eh Jan 27 09:36:37 intera91: oe-pkgdata-util find-path '*library.so.*' and give us the output Jan 27 09:38:01 qshulz: yeah absolutely, the distro.conf is in the right layer. But how do I get that checksum into the filename? Is there a variable ? I tried looking in the manual but found nothing obvious. Jan 27 09:38:49 Traceback (most recent call last): Jan 27 09:38:50   File "/home/patrick/workspace/poky/scripts/oe-pkgdata-util", line 621, in Jan 27 09:38:50     main() Jan 27 09:38:51   File "/home/patrick/workspace/poky/scripts/oe-pkgdata-util", line 601, in main Jan 27 09:38:51     tinfoil = tinfoil_init() Jan 27 09:38:52   File "/home/patrick/workspace/poky/scripts/oe-pkgdata-util", line 33, in tinfoil_init Jan 27 09:38:52     tinfoil.prepare(True) Jan 27 09:38:53   File "/home/patrick/workspace/poky/bitbake/lib/bb/tinfoil.py", line 409, in prepare Jan 27 09:38:53     config_params.updateToServer(self.server_connection.connection, os.environ.copy()) Jan 27 09:38:54   File "/home/patrick/workspace/poky/bitbake/lib/bb/cookerdata.py", line 73, in updateToServer Jan 27 09:38:54     ret, error = server.runCommand(["updateConfig", options, environment, sys.argv]) Jan 27 09:38:55   File "/home/patrick/workspace/poky/bitbake/lib/bb/server/process.py", line 403, in runCommand Jan 27 09:38:55     raise bb.BBHandledException() Jan 27 09:38:56 bb.BBHandledException Jan 27 09:38:56 oops Jan 27 09:39:59 am working from toaster mainly so if it is talking about what's in build instead of build-toaster-2/ Jan 27 09:40:02 not sure Jan 27 09:41:01 iceaway: what's wrong with IMAGE)NAME? Jan 27 09:41:34 intera91: I don't use toaster so don't know /me shrugs Jan 27 09:41:46 qschulz: I want to add the checksum to the filename, but it only has the datetime now. Jan 27 09:42:10 iceaway: I mean, what's wrong with adding the checksum to IMAGE_NAME? Jan 27 09:42:35 intera91: Inspeact the packages-split directories to see what files end up in what rpm-package. Jan 27 09:43:01 intera91: Also, I'm not clear on what you mean by 'dependency error' Jan 27 09:43:12 olani[m]: +1, that's the manual way :) Jan 27 09:43:18 olani[m]: file-rdeps on a lib Jan 27 09:43:55 intera91: If you do not get any 'files not packaged' errors your file from ${D} is packaged somewhere Jan 27 09:44:03 qschulz: there is on directory: bin/ Jan 27 09:44:20 intera91: why is your lib in bin/ ? Jan 27 09:44:20 qschulz: That is exactly what I am trying to do, I'm just not sure how to get the checksum. I have set up IMAGE_NAME="${IMAGE_BASENAME}...blahblah" in my distro.conf, but not sure where to get the checksum to put it there as well. Jan 27 09:44:21 in it the executables found in the build/bin Jan 27 09:44:30 it is not in bin Jan 27 09:44:38 it is in build/lib Jan 27 09:45:04 intera91: Files in build are typically not installed, you need to see them in workdir/image Jan 27 09:45:24 intera91: Correction, that the file is in build does not mean it is installed Jan 27 09:45:41 RP: Thanks for the backport. Jan 27 09:45:43 intera91: what olani[m] says. go into build/tmp/work////packages-split/ Jan 27 09:46:20 ok we  are getting somewhere, how do i make the lib directory and its content in image directory? Jan 27 09:46:30 must be something in the recipe Jan 27 09:47:03 intera91: can you PLEASE tell us where your lib is in the directory I told you about? Jan 27 09:47:09 intera91: I'm guessing you broke the install stage somewhere when you modified the cmake-files. Jan 27 09:47:36 am sorry the library is neither in packages-split nor in image Jan 27 09:48:07 intera91: When cmake install (sorry, not familiar with cmake) is done, you should see the files in image. Jan 27 09:48:08 then olani[m] is right, the install step is now broken :) Jan 27 09:48:26 (or was never working, who knows) Jan 27 09:48:32 ok I will inspect the cmake of  the library Jan 27 09:48:38 thanks for the pointer guys Jan 27 09:48:40 intera91: some cmake don't have install "targets" Jan 27 09:49:00 so you might have to add it yourself or create an install task in your recipe to do it manually Jan 27 09:49:15 I know the install of the binaries work so I have to get inspiration from that Jan 27 09:49:16 don't have experience with cmake either :) Jan 27 09:49:22 me neither Jan 27 09:49:31 nor yocto Jan 27 09:49:33 intera91: good luck :) Jan 27 09:49:42 we're here to help for the yocto part at least Jan 27 09:49:45 nor the software I just started in this company lol Jan 27 09:50:00 was working with buildroot at the previous company Jan 27 09:50:03 lol Jan 27 09:50:23 your help is invaluable guys thank you so much Jan 27 10:10:00 morning! is there a way to compile a package of a certain version? Jan 27 10:11:20 chrysh: Use the recipe for that version? Jan 27 10:14:04 like, I have a recipe gcc_8.2.bb and one gcc_10.2.bb Jan 27 10:14:11 is there a way to select which one I want? Jan 27 10:14:21 or just in local.conf, setting the preferred version? Jan 27 10:14:42 chrysh: you probably want this in the distro configuration file Jan 27 10:15:17 but yes, it has to be in any conf file and with PREFERRED_VERSION_gcc Jan 27 10:20:45 and if a recipe is in meta-arm-toolchain, can I use it to compile a native compiler as well or not? Jan 27 10:20:56 I want to have gcc 10.2 on the target Jan 27 10:26:48 goturemem namaz var Jan 27 10:26:49 chrysh: It depends. The recipes in oe-core should let you build gcc for target. Not sure what the recipes in meta-arm-toolchain does. Jan 27 10:27:52 chrysh: Also, in yocto 'native' typically means the build host architecture. The destination system is known as 'target'. Jan 27 10:31:50 olani[m]: yes, I want to have gcc on my embedded system Jan 27 10:32:16 :) Jan 27 10:32:54 chrysh: Do you need specifically the toolchains from meta-arm-toolchain? Jan 27 10:37:47 no, I just need a gcc 10.2 Jan 27 10:38:55 chrysh: Then adding the correct gcc package to your image should "just work". Jan 27 10:39:20 chrysh: I've never done that myself, but you are not the first. Jan 27 10:39:26 I didn't see any gcc 10.2 recipe in the bsp provided by the vendor Jan 27 10:39:47 so I wanted to add a recipe now Jan 27 10:39:56 and I am trying to find out what the right process for that is Jan 27 10:42:21 chrysh: Right, what yocto version are you working with? I'm on gatesgarth and have gcc_10.2 in oe-core. If you use an older yocto version you have to add gcc recipes, and including meta-arm-toolchain could be the right choise. Jan 27 10:59:15 add recipes by hand or should bitbake-layers layerindex-fetch do the job? Jan 27 11:00:56 chrysh: Never used layerindex-fetch myself. You need to download the layer and add it to bblayers.conf somehow. Jan 27 11:19:10 chrysh, I am a Yocto newbie but I was interested in your question, so I googled it and came across this one which explains about changing the used gcc version for target, may be it is helpful for you Jan 27 11:19:11 https://preemptable.org/post/2019/10/31/yocto-toolchain-version Jan 27 11:20:36 seems to be doable and straight forward, I haven't tried it myself though Jan 27 11:23:31 Hi, Jan 27 11:23:31 I had installed a library into the build by writing my own recipe, but cmake couldn't find my installed package. Please anyone suggest what I have to add in my recipe? Jan 27 11:23:32 CMake Error at recipe-sysroot-native/usr/share/cmake-3.16/Modules/FindPkgConfig.cmake:711 (message): Jan 27 11:23:32 | None of the required 'libopentok' found Jan 27 11:23:33 | Call Stack (most recent call first): Jan 27 11:23:33 | CMakeLists.txt:14 (PKG_SEARCH_MODULE) Jan 27 11:24:48 JE: I think it's not what chrysh wnated. chrysh wants a specific gcc version on the target, not a specific gcc version to cross-compile packages for the target (the latter is what's explained in your link AFAICT) Jan 27 11:25:26 vijay: do you have libopentok in your other recipes' recipe-sysroot/ ? Jan 27 11:28:22 qschulz: you are right, thanks for the clarification! Jan 27 11:35:16 chrysh: meta-tegra had some example of changing the gcc version, since the nvidia userspace needed gcc 7 or something like that Jan 27 11:35:26 chrysh: you might want to look at what they did there Jan 27 11:36:16 qschulz No, but I had given recipe name in depends Jan 27 11:37:47 Does anyone know how to compile 32-bit program inside 64-bit Yocto? Jan 27 11:37:58 nacknick: multilib Jan 27 11:38:11 and you prefix all your 32b packages with lib32- Jan 27 11:38:51 vijay: in your libopentok recipe, where is libopentok library installed? (is it even installed?) Jan 27 11:38:53 qschulz: multilib is installed. It helped me to *run* 32-bit programs. But how I do *compile* inside it? Jan 27 11:39:07 nacknick: my bad, misread :) Jan 27 11:41:15 qschulz I can see under image folder of libopentok and build was successful Jan 27 11:41:38 libopentok/2.18.1-r0/image/usr/lib/ Jan 27 11:42:00 vijay: Do you have a .pc file? Because I think that is what FindPkgConfig is looking for. Jan 27 11:42:46 No, I dont have .pc file. installed package didn't provided any .pc file. Jan 27 11:49:07 vijay: Is the cmake file yours? Maybe you need to change how it searches for libopentok. Jan 27 11:49:31 Hi all. I want to add  libreadline-dev package to yocto. I am using CORE_IMAGE_EXTRA_INSTALL += "libreadline-dev" in local.conf. But it is not working. Can anyone please help me? Jan 27 11:50:55 olani[m] No, Cmake file is not mine. It is using PKG_SEARCH_MODULE(LIBOPENTOK REQUIRED libopentok) to search for libopentok. Jan 27 11:52:59 olani[m] I tried using find_package(), but didn't worked. Jan 27 11:55:41 olani[m] qschulz I can find libopentok under tmp/work/aarch64-poky-linux/opentokapp/1.0-r0/recipe-sysroot/usr/lib/ Jan 27 12:10:45 vijay: I think PKGSEARCHMODULE uses pkg-config https://cmake.org/cmake/help/latest/module/FindPkgConfig.html which requires a pc file Jan 27 12:11:14 vijay: In that case you need to either change the cmake files, or create a pc file somehow. Jan 27 12:11:55 vijay: But if you get both recipes from someone that has used them before it is reasonable to think it should work without this change. Jan 27 12:12:57 olani[m] Got it, thank you. Jan 27 12:14:00 olani[m] I had searched in openembedded layer, but it was not available, so I had written recipe on my own. Jan 27 12:14:02 Hi all. I want to add  libreadline-dev package to yocto. I am using CORE_IMAGE_EXTRA_INSTALL += "libreadline-dev" in local.conf. But it is not working. Can anyone please help me? Jan 27 12:14:19 viajy: Wich of the recipes? Jan 27 12:16:17 olani[m] Sorry, I didn't get you. Are you asking library name? it is libopentok. Jan 27 12:16:33 vijay: Did you write both recipes yourself? Jan 27 12:16:55 olani[m] Yes. Jan 27 12:17:35 vijay: But both pieces of software were written by someone else and are supposed to work together? Jan 27 12:18:14 I had written one recipe for installing libopentok and another recipe which runs an example application depends on libopentok recipe. Jan 27 12:18:22 No, both were written by me. Jan 27 12:19:37 Have you built them in some other environment where it works? Jan 27 12:24:04 olani[m] I had built in same environment, and this is my first recipe. I'm new to yocto. Jan 27 12:24:20 hey, is there a good(TM) reason for kernel.bbclass to not compile modules too via execution of do_compile()? I find it annoying to remember that for kernel do_compile() isn't enough to compile everything and need to run also do_compile_kernelmodules() task... Jan 27 12:25:20 vijay: What I mean is, have this cmake file worked outside of yocto? Just want to figure out if this is a yocto problem or something else. Jan 27 12:26:19 olani[m] Yes, it worked. Jan 27 12:28:19 olani[m] cmake is also searching similarly for sdl2 using pkgconfig, and it found. Jan 27 12:30:47 vijay: Then you need to figure out what files are available when it works that are missing from the recipe-sysroot dir of the failing recipe. Jan 27 12:34:02 olani[m] Ok, thank you, but I can see libopentok.so under tmp/work/aarch64-poky-linux/opentokapp/1.0-r0/recipe-sysroot/usr/lib/ directory. Jan 27 12:40:23 * RP is hoping he might have a little bit of a build speedup brewing Jan 27 12:42:24 vijay: probably havne't passed the sysroot to cmake or something Jan 27 12:42:40 or you are hardcoding variables in your cmake that are set and passed by yocto Jan 27 12:46:52 qschulz How to pass sysroot to cmake? Jan 27 12:47:33 vijay: it's passed for you by Yocto IIRC (thanks to the cmake.bbclass) Jan 27 12:47:46 so, it's more, what are you hardcoding in your Cmake? Jan 27 12:47:58 or... are you using CXXFLAGS, LDFLAGS, etc... Jan 27 12:49:25 qschulz SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11 -stdlib=libc++") Jan 27 12:49:25 INCLUDE(FindPkgConfig) Jan 27 12:49:26 PKG_SEARCH_MODULE(LIBSDL2 REQUIRED sdl2) Jan 27 12:49:26 PKG_SEARCH_MODULE(LIBOPENTOK REQUIRED libopentok) Jan 27 12:50:23 That is all I set. Jan 27 12:51:06 vijay: Is there a pc file for sdl2 in your recipe-sysroot? Jan 27 12:53:34 No, I didn't find any. I had installed  sdl2 package from openembbeded layers. http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb?h=master Jan 27 13:06:32 olani[m] qschulz Sorry, I my lost connection. Did I missed any suggestions? Jan 27 13:08:22 I lost my connection* Jan 27 13:09:17 vijay: no. you have logs for this IRC channel available publicly so you can always check by yourself :) Jan 27 13:11:05 qschulz great, thank you. Jan 27 13:14:05 qschulz what path I have to give if I want to use target_link_libarary(executable path) instead of pkgconfig? Jan 27 13:15:42 I don't have experience with cmake sorry Jan 27 13:16:28 It’s ok. Thank you. Jan 27 13:18:57 Does anyone know how to add iwd support to NetworkManager 1.22.10 of dunfell? Technically, that version should support iwd out of the box. Jan 27 13:19:19 JE: Thanks, this will be usefull for later! Jan 27 13:19:51 But I get some NetworkManager log entries "(wlan0) config: unknown or unsupported wifi-backend iwd" Jan 27 13:20:50 bps: Do you perhaps know? (I'm the one you talked with a week or so ago ;) ) Jan 27 13:29:56 Hello, since gatesgarth I meet several pseudo-abort issue when I build my yocto in a container with the do_install of several receipes eg. nginx, opencv, python3-cryptoauth, etc. Have you an idea how to solde that? Jan 27 13:32:31 manuel1985, I haven't used NetworkManager before but I suppose it could be that the version in dunfell is kinda old? Jan 27 13:33:34 -solde +solve Jan 27 13:34:31 bps: I forgot -- you are using ConnMan! Jan 27 13:35:12 The NetworkManager version should be new enough. basic iwd support is given since NetworkManager 1.12 I read. Jan 27 13:35:27 used to use connman, but not for a while. now we use iwd on its own and systemd-networkd for IP configuration Jan 27 13:54:48 bps: lol yes ;) Just read up on the log I saved from back then. Never trust your memory. Jan 27 15:19:11 hello qschulz Jan 27 15:19:15 ;-) Jan 27 15:22:02 right I think my Makefiles and cmake are doing their jobs properly and I end up with all the bins and lib in the right place. (work/corei7-64-poky-linux/myproject/1.0-r0/build/bin for the binaries and work/corei7-64-poky-linux/myproject/1.0-r0/build/lib/ for the versioned libraray Jan 27 15:22:45 however in packages-split only the content of the bin directroey gets picked, lib never gets picked Jan 27 15:23:06 intera91: As we said, they are not in the right place unless they are in image Jan 27 15:23:20 am at a loss here Jan 27 15:23:41 how do I inject the lib and a few other dependancies in the image Jan 27 15:23:44 intera91: build is the working folder of cmake/make/meson. image is where files should be placed by make install or equivalent. Jan 27 15:24:36 intera91: And with image folder, we do not mean the image recipe folder, but the workdir/image folder of the recipe producing the lib Jan 27 15:25:40 intera91: If cmake does not install the files for you, you can do that with a custom doinstall in your recipe. Once doinstall you should see all of the files in workdir/image Jan 27 15:26:03 ls Jan 27 15:26:04 of image Jan 27 15:26:07 only include bin/ folder Jan 27 15:26:12 so is cmake responsible or is it at recipe level? Jan 27 15:26:13 cd bin Jan 27 15:26:15 gives my binaries nothing else Jan 27 15:27:17 intera91: Then there is something missing in the cmake files as the libs are not installed. You can do that in doinstallappend of your recipe with commands like install ${B}/lib/whatever ${D}${libdir} Jan 27 15:40:58 intera91: proper SW does it for you, otherwise you need to either patch it in te sources or append to the do_install task like olani[m] is suggsesting Jan 27 16:08:58 qschulz:  that's done, QA still complains about the absence of a needed library and the library is packed in -dev rpm Jan 27 16:09:23 intera91: that's your issue Jan 27 16:09:25 I thought the FILES_${PN} in the recipe would take care of that Jan 27 16:09:32 you have named your library lisomething.so Jan 27 16:09:39 instead of libsomething.so.x.y Jan 27 16:09:47 x and y being major and minor version numbers Jan 27 16:09:47 libsomething.so.1.0.0 Jan 27 16:10:03 the so file is just alink Jan 27 16:10:06 a link Jan 27 16:10:13 as yoi said Jan 27 16:10:18 you said Jan 27 16:10:29 did you change something your FILES_${PN} ? or PACKAGES? Jan 27 16:10:39 or FILES_${PN}-dev Jan 27 16:10:56 +in Jan 27 16:10:58 there was no FILES_${PN} I created one Jan 27 16:11:10 FILES_${PN} = "${bindir}/* ${libexecdir}/* ${libdir}/*" Jan 27 16:11:37 it comes after the do_install function in the recipe file Jan 27 16:13:34 can you send us your recipe in a pastebin somewhere? Jan 27 16:15:17 OEHH in ~45 minutes Jan 27 16:19:24 done Jan 27 16:34:36 If someone wants to poke around an interesting bitbake bug: Jan 27 16:34:38 https://bugzilla.yoctoproject.org/show_bug.cgi?id=14204 Jan 27 16:34:54 kergoth: that one might give you a "laugh" Jan 27 16:49:15 https://connect.linaro.org/schedule/?utm_source=Linaro+Connect Jan 27 16:49:26 there's a good talk, in the last slot of the conference! Jan 27 17:12:26 OE happy hour is on ! Jan 27 17:12:41 https://zoom.us/j/99151508871 Jan 27 17:22:07 RP: about yesterday, INITRAMFS_FSTYPES having multiple values and code guessing the image full name; since multiple values mean all of them are supposed, can the code (e.g. an image recipe) simply pick the first one to build the image suffix? e.g. "${INITRAMFS_IMAGE}.${INITRAMFS_FSTYPES[0]}" (example positional syntax) Jan 27 17:22:29 s/supposed/supported/ Jan 27 17:40:39 vdl: that would probably be safer Jan 27 17:55:56 RP: is such syntax implemented? Jan 27 18:00:33 vdl: not that neatly Jan 27 18:04:59 An image recipe cannot set UBOOT_EXTLINUX_* variables by default. Is it ok to inherit uboot-extlinux-config or is this class only meant for u-boot recipes? **** BEGIN LOGGING AT Wed Jan 27 21:48:20 2021 **** BEGIN LOGGING AT Thu Jan 28 02:20:38 2021 **** ENDING LOGGING AT Thu Jan 28 03:00:03 2021