Friday, 2021-08-20

*** jsbronder <jsbronder!> has quit IRC (Remote host closed the connection)00:08
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:10
*** jsbronder <jsbronder!~jsbronder@user/jbronder> has joined #yocto00:13
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)00:14
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Remote host closed the connection)00:38
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has quit IRC (Ping timeout: 258 seconds)01:55
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Quit: leaving)02:19
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto02:19
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has joined #yocto02:24
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Quit: leaving)02:26
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto02:27
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Client Quit)02:30
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto02:31
*** sakoman <sakoman!~steve@> has quit IRC (Quit: Leaving.)02:34
*** sakoman <sakoman!~steve@> has joined #yocto03:13
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 248 seconds)03:16
*** camus <camus!~Instantbi@> has joined #yocto03:16
*** paulg <paulg!> has quit IRC (Ping timeout: 248 seconds)04:14
*** rpcme <rpcme!~rpcme@> has quit IRC (Quit: Ping timeout (120 seconds))04:33
*** sakoman <sakoman!~steve@> has quit IRC (Quit: Leaving.)05:11
*** amitk <amitk!~amit@> has joined #yocto05:25
*** davidinux <davidinux!~davidinux@> has joined #yocto05:47
*** rob_w <rob_w!> has joined #yocto05:55
*** roussinm <roussinm!> has quit IRC (Quit: WeeChat 3.3-dev)05:57
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 252 seconds)06:24
*** Ad0 <Ad0!~Ad0@> has joined #yocto06:31
*** sbach <sbach!~sbach@user/sbach> has quit IRC (Read error: Connection reset by peer)06:40
*** sbach <sbach!~sbach@user/sbach> has joined #yocto06:40
*** rob_w <rob_w!> has quit IRC (Ping timeout: 252 seconds)06:54
*** rob_w <rob_w!> has joined #yocto06:55
*** zpfvo <zpfvo!> has joined #yocto06:59
*** zyga <zyga!> has joined #yocto07:00
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:00
*** d0ku <d0ku!> has joined #yocto07:01
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 258 seconds)07:04
*** lexano <lexano!> has quit IRC (Ping timeout: 268 seconds)07:07
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto07:07
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has quit IRC (Ping timeout: 250 seconds)07:14
*** lexano <lexano!> has joined #yocto07:16
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 258 seconds)07:27
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto07:29
*** florian <florian!> has joined #yocto07:31
wCPOI'm adding a new file to the initramfs with a initramfs-framework_1.0.bbappend creating a new package. How should I install the new package? PACKAGE_INSTALL += "initramfs-module-foo" in local.conf?07:41
mihaiwCPO: presuming you are using core-image-minimal-initramfs, you could install it with INITRAMFS_SCRIPTS:append = " initramfs-module-foo"07:51
wCPOmihai: we have our own image with "require recipes-extended/images/", kvm-image-minimal inherit core-image.07:59
mihaiwCPO: ok, that's fine :) I meant using core-image-minimal-initramfs as initramfs / initrd08:01
*** xmn <xmn!> has joined #yocto08:06
*** mcon <mcon!> has joined #yocto08:10
*** Frozen-compiler <Frozen-compiler!~Frozen-co@> has joined #yocto08:11
Frozen-compilerAm looking at this variable IMAGE_BOOT_FILES08:12
Frozen-compilerI can understand the kernel or grub being placed in a boot partition. But why would you want to put u-boot there ever?08:13
Frozen-compilerI guess there could be some special cases where u-boot is used even further in the bootlader chain (SPL -> somehting which can read the boot partition -> u-boot).08:14
Frozen-compilerBut I haven't seen any cases for that.08:14
qschulzFrozen-compiler: BeagleBone boards booting from SD card do use the boot partition to get the SPL and U-Boot binaries AFAIR08:18
qschulzand in any case, it's just an example to show what you can do :)08:20
qschulzalso, please use now :)08:20
Frozen-compilerOh, really. Thanks. I guess that means their bootloader in ROM can already read partition data as well as file systems.08:20
Frozen-compilerO, didn't know about, thanks! Will do08:20
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:31
*** mranosta1 <mranosta1!~mranostaj@> has joined #yocto08:35
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto08:38
lucaceresolihi, I have a vendor layer adding more MACHINEOVERRIDES than I would like:08:45
lucaceresoli  MACHINEOVERRIDES_prepend_zynqmpev = "mali400:vcu:"08:45
lucaceresoliI want to remove the 'mali400:' prefix in my own machine conf, how can I do it?08:45
lucaceresolianything like MACHINEOVERRIDES_remove than works with colon-separated lists?08:46
lukmaDear Community:08:49
lukmaWhen creating foo-dbg package (with included .debug stuff)08:49
lukmaI do encounter following error: "RecursionError: maximum recursion depth exceeded in comparison "08:49
lukmaI do guess that the created directories and files consume so much resources that python on the build machine returns this error08:50
lukmahence, the question - is it possible to increase the stacksize from the Yocto/OE? (via e.g. local.conf)08:50
lukmaOr I need to fiddle with 'ulimit' in the shell which runs bitbake builds ?08:51
mihailucaceresoli: have you tried it with _remove, actually :remove ?08:53
lukmaTo be more precise - "Failure expanding variable SUMMARY:glibc-tests-dbg, expression was ${SUMMARY} - Debugging files which triggered exception RecursionError: maximum recursion depth exceeded in comparison"08:54
lukmaWhen I have only PACKAGES = "${PN}" - without the '-dbg' one everything works correctly08:54
lukmaeven better :-) -> SUMMARY:${PN}-gdb·=·"foo" fixes the issue ....08:55
lucaceresolimihai, yes, but :remove does not seem to work:08:57
lucaceresoliERROR: ParseError at [...]: unparsed line: 'MACHINEOVERRIDES:remove = "mali400:"'08:58
qschulzif python anonymous function work in configuration file, you could try to d.setVar(MACHINEOVERRIDES) in there09:00
qschulzlucaceresoli: otherwise, next step is just to define your own machine configuration file that is loosely based on the one from your vendor09:01
qschulzusually MACHINEOVERRIDES is modified via =. operator (or .= ?)09:01
qschulzin which case you could redefine the whole MACHINEOVERRIDES09:01
qschulzbut I wouldn't surprised if :remove only works on space-separated lists to be sure to have an exact match and not a substring09:02
bantuHello everyone. What is the expected process for adding the packages of MACHINE_EXTRA_RRECOMMENDS to my image?09:04
lucaceresoliqschulz, anonymous python sounded interesting, but unfortunately does not work:09:04
lucaceresoliunparsed line: 'python __anonymous () {'09:04
qschulzyeah not too surprised tbh :)09:05
qschulzlucaceresoli: and what about: MACHINEOVERRIDES := ${@d.setVar('MACHINEOVERRIDES').replace('mali400:', '')} or something similar?09:06
qschulzin your conf file09:06
qschulzsorry, d.getVar09:06
qschulzhopefully the _append and _prepend are forced to be evaluated when := is used09:07
lucaceresoliqschulz: looks promising. it parses at least :)09:11
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto09:12
qschulzlucaceresoli: bitbake -e to check the value of the variable :)09:12
qschulzor bitbake-getvar now I think? never used it so can't say :|09:12
lucaceresoliqschulz: yes, that's what I'm using but replace() seems to do the wrong thing :-O09:13
qschulzlucaceresoli: ow so?09:15
lucaceresoliqschulz: looks like things are evaluated in the "wrong" order ("wrong" with respect to what I would like)09:16
lucaceresoliBy adding:09:16
lucaceresoli  MACHINEOVERRIDES := '${@d.getVar("MACHINEOVERRIDES").replace("mali400:", "")}'09:17
lucaceresoliI get as a result:09:17
lucaceresoli  $ bitbake -e | grep ^MACHINEOVERRIDES09:17
lucaceresoli  MACHINEOVERRIDES="mali400:vcu:vcu:zynqmpev:zynqmp:cortexa72-cortexa53:aarch64:armv8a:sc3c"09:17
lucaceresoliNote: the original string was: "mali400:vcu:zynqmpev:zynqmp:cortexa72-cortexa53:aarch64:armv8a:sc3c"09:17
lucaceresoliInstead or removing "mali400:" it added a "vcu:" in the middle09:18
qschulzlucaceresoli: where did you add this MACHINEOVERRIDES in the conf file?09:18
qschulzbefore/after the include/require?09:18
lucaceresolias if the line in the bsp layed  doing 'MACHINEOVERRIDES_prepend_zynqmpev = "mali400:vcu:"' were executed twice, with my python line in between the two09:19
lucaceresoliI added the magic line at the very end of my machine conf file, way after the includes09:19
qschulzif you pipe to | awk '/^# \$FOOBAR \[/,/^FOOBAR/'09:23
qschulzyou should have the history of MACHINEOVERRIDES and understand where the second vcu is coming from09:24
qschulzbut in any case, not working :/09:24
lucaceresoliqschulz: stupid me, I haven't done it yet!09:24
qschulzyou could do the same trick with OVERRIDES though09:25
qschulzmaybe that'd work? But bad vendor layer, bad :p09:28
*** amitk_ <amitk_!~amit@> has joined #yocto09:29
qschulzit makes VERY little sense to use machine overrides as overrides for MACHINEOVERRIDES :)09:29
lucaceresoliqschulz: I've been looking into the history of MACHINEOVERRIDES and it looks fine... I'm more and more puzzled09:29
lucaceresoliqschulz: gaah, my current best plan is to not include that .inc file anymore and just copy the lines I need in my own09:30
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 250 seconds)09:31
lucaceresoliqschulz: but thanks for the support!09:32
qschulzlucaceresoli: that is a good plan09:33
qschulzwe usually recommend ditching whatever you receive from the vendor and only import (maybe even rewrite) the recipes/conf files you really need09:33
lucaceresoliqschulz: very wise recommendation! For some reason I always try to keep my layer minimal and reuse the base layers as far as possible, but it's not always a good idea, practically speaking.09:35
abelloniwell, what is coming from the silicon vendor usually makes sense, what is coming from SoM vendors, I would definitively trash09:50
RPrburton: we have a weird issue with buildtools that your test is highlighting. Basically the pseudo-native built on a system using new buildtools doesn't work to run native binaries09:54
RPrelocation error: /home/pokybuild/yocto-worker/buildtools/build/./build/tmp/work/x86_64-nativesdk-pokysdk-linux/buildtools-extended-tarball/1.0-r0/testimage-sdk/bitbake-build-mklpu__g/tmp/sysroots-components/x86_64/pseudo-native/usr/lib/pseudo/lib64/ symbol dlerror, version GLIBC_2.2.5 not defined in file with link time reference09:54
RPwhich is because it should look in libdl afaict09:54
*** abelloni <abelloni!> has quit IRC (Quit: leaving)09:56
RPrburton: I think it was your staticdev packaging which breaks it. I can fix that but I've realised that any distro with glibc 2.34 by default will break pseudo :(10:06
wCPOmihai: I'm still trying to grasp yocto :) Adding INITRAMFS_SCRIPTS:append = " initramfs-module-non-existing" to our image doesn't seem to change anything. PACKAGE_INSTALL += "initramfs-module-ramrootfs" neither, hmm10:06
rburtonRP: huh10:07
qschulzbantu: if you inherit core-image in your image recipe and do NOT have NO_RECOMMENDATIONS set or redefine CORE_IMAGE_BASE_INSTALL, you should have nothing to do10:10
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)10:16
*** camus1 <camus1!~Instantbi@> has joined #yocto10:16
*** camus1 is now known as camus10:18
RPrburton: well, I can't make it work at all, it isn't your patch, its deeper :(10:19
rburtonoh great and our CI just broke with the pkgconfig thing jama had10:22
RPI don't know how to fix pseudo with glibc 2.34, I don't have the linker knowledge :(10:22
bantuqschulz: I am using core-image-minimal (which inherits core-image) and don't have any of the other options. I see the packages being built but not included in the image.10:31
cocoJoecore-image set IMAGE_INSTALL ?= "${CORE_IMAGE_BASE_INSTALL}10:37
cocoJoebut core-image-minimal redefine IMAGE_INSTALL10:38
cocoJoeto only include packagegroup-core-boot10:39
qschulzcocoJoe: thanks, missed that one :)10:44
* kanavin thinks gnulib should jump off a cliff right now10:45
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 240 seconds)10:49
*** camus <camus!~Instantbi@> has joined #yocto10:49
cocoJoeqschulz you are welcome :-D  I am struggling with it now, I can get my image to stop including packagegroup-base-extended10:51
rburtonRP: looks like clone3 is causing a lot of the problems in containers.  is that correctly handled by pseudo?10:52
*** abiliomarques <abiliomarques!> has joined #yocto10:53
abiliomarqueshi, I'm trying to compile the basic QEMU image, but I get #error "Please port gnulib freadahead.c to your platform! Look at the definition of fflush, fread, ungetc on your system, then report this to bug-gnulib." while building m4-native10:55
rburtonguessing that you're using a pretty old release10:55
rburtonwhat release of yocto are you using10:55
mihaiwCPO: you need to add that to a .conf file or in a .bbappend to core-image-minimal-initramfs10:56
abiliomarqueswell, now that you mention it... I blindly googled quick start and followed the instructions that seemed familiar. I wanted to get the environment warm while I had the lunch break... and yeah, says 2.0 on the URL10:56
rburtonabiliomarques: switch to the latest release, it will work10:58
*** abelloni <abelloni!> has joined #yocto10:58
abiliomarquesis building the jethro branch ... not to use it as an excuse, but on top of the documentation it says "for the latest version of this manual... see (link)" ... but says "associated with this yocto project release"10:59
rburtonRP: so i'm doing the same as you, can you share the uninative tarball you're using?11:00
abiliomarquesI should read before assuming things, but I guess other open source projects trained me to click the link to get to the latest documentation (as for the project)11:00
rburton(url of)11:00
RPrburton: how do you mean you're doing the same as me?11:01
rburtonabiliomarques: you've obviously not been trained enough by google to check the versions.  google constantly returns old docs for our docs11:01
rburtonRP: what uninative tarball are you using?11:01
RPrburton: the new 3.3 one merged in master11:01
rburtonah ok11:01
rburtonah yes i didn't see that merge :)11:02
rburtonwell there goes my theory of making the builds fail in nspawn11:02
wCPOmihai: thanks. I had a suspicion it was something like that. The image and initramfs two different things :)11:02
abiliomarquesI know what you mean, I normally get there, and then click on the link on top that bring you to the latest version of the document for the project, not for the release (that's what I mean with other projects "trained me", pavlov style) I'm sorry for such a rookie mistake11:03
mihaiwCPO: yup :)11:04
wCPOSo the file is indeed getting added now. Now I just need to figure why a qemuboot.conf isn't created for the newest iso11:21
RPDoes anyone know if you can tell ld to link to a weak symbol?11:28
*** xmn <xmn!> has quit IRC (Ping timeout: 250 seconds)11:30
*** xmn <xmn!> has joined #yocto11:35
wCPO"addtask do_write_qemuboot_conf after do_rootfs before do_image" so if I have only modified the initramfs, would it run?11:48
override_I have an emmc partition /dev/mmcblk0p3 and in my yocto deploy dir I have a rootfs image Verdin-iMX8MM-image.rootfs.ext4, I need suggestions for ways of brining over the rootfs image to the said partition. Feel like what im currently doing is long winded, doing extra mounts.. Is there a way of doing this with just bmap, no cp and mount?11:55
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)11:55
cocoJoeoverride_ is the /dev/mmcblk0p3 on the same machine as the yocto deploy dir?11:59
cocoJoeI have use IMAGE_FSTYPES += "wic wic.bmap" and then bmaptool copy image.wic /dev/mmcblk0p312:00
override_cocoJee, /dev/mmc/blk0p3 is on the board, deploy dir in on the build machine..12:04
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)12:04
override_im not trying to write the entire disk image (wic image) this /dev/mblkop3 is just a partition I have on the the board which I can use as a root file system partition12:05
override_my hope is Verdin-iMX8MM-image.rootfs.ext4 in yocto dir is just an image for the root filesystem..12:06
wCPOdo_write_qemuboot_conf is indeed only called when the the rootfs is modified it seems, not when modifying just the initramfs12:09
cocoJoeoverride_ ahh okay, I guess you cannot avoid mounting the partition if you want to write to it, but the dd og cat should be able to make a byte wise copy of the rootfs (I think you are right the .ext4 is just the rootfs)12:09
override_cocoJee: can I somehow uses bamp instead of cat or copy, since bmap is supposedly so much better?12:16
cocoJoeoverride_ you can try bmaptool copy image.ext4 /dev/partition :-D12:25
override_cocoJoe: can bmaptool work on partitions directly, or would the partition need to be mounted first?12:26
cocoJoeoverride_ ahh that is what you mean.. you should write to the device in /dev/mmc/blk0p3, not mount it..12:27
override_cocoJoe: im just a little confused becuase i feel like you cant copy to a device cp/cat (you have to mount the device first) but I guess you can bmaptool copy the image onto a device12:29
*** jwillikers <jwillikers!> has joined #yocto12:30
override_im just a little lost bettween when all mounting is required and if a an image is mounted or copied :/12:30
cocoJoeoverride_ you can dd to it and cat should work as well, I dont think cp will work tho12:30
override_cocoJoe: dd and cat an image onto a disk directly you mean?12:31
override_cool thanks.12:31
cocoJoecat image.ext4 /dev/disk/partition12:31
override_I was definitely doing something long winded before..12:32
cocoJoeno wait I am not sure about that cat command12:32
override_youre sure about dd though?12:32
cocoJoecat image.ext4 > /dev/disk/partition12:32
override_thanks again12:33
cocoJoedd bs=4M if=image.ext4 of=/dev/disk/partition conv=fsync oflag=direct status=progress12:33
cocoJoeyou might have to play around with the bs12:33
override_got it, Ill give bmap tool a try too12:34
override_think we dont have to worry about the bs bs when using bamp12:34
override_what good is setVarFlags("FOO", {"func": True}) for when I can just FOO[func]=True?????????12:37
qschulzoverride_: you cannot do FOO[func]=True from within a python function12:40
override_qschulz: ill let that sink in a little..12:41
override_wont I have to send the function a reference to FOO when I use setVarFlags too?12:42
qschulzoverride_: use setVarFlag first, I feel like it's better to do it one flag after the other instead of using a dict12:45
qschulzoverride_: "the function" ?12:45
*** troth <troth!> has quit IRC (Quit: Leaving.)12:46
override_qschulz: you said I cant call FOO[func] from within a function .. I was trying to figure out why not? call setVarFlags from within a fuction would require passing the function a reference to the object whose flags we're trying to mess around with12:48
qschulzoverride_: for bitbake python functions, use d12:49
qschulzit's the datastore12:49
qschulzd.getVarFlag to get the value of FOO[func] from within a bitbake python function12:49
override_and each recipe gets its own datastore Im guessing12:50
override_seeing some self.d in the manual12:50
qschulzit's a copy of the global datastore I'd guess12:53
qschulzbuilt from the variables contained in configuration files12:53
qschulzthat's why you can't pass a variable from one recipe to another12:53
*** camus <camus!~Instantbi@> has quit IRC (Quit: camus)12:59
*** goliath <goliath!~goliath@user/goliath> has joined #yocto12:59
mconI am having problems with GitLab pipelines (not strictly a yocto problem, please redirect as needed). After the build step I get all relevant "artifacts", but I didn't find the right spell to make them available to later stages (deploy and test). can someone help?13:03
*** Guest81 <Guest81!~Guest81@> has quit IRC (Quit: Client closed)13:05
*** paulg <paulg!> has joined #yocto13:15
*** xmn <xmn!> has quit IRC (Ping timeout: 240 seconds)13:17
*** xmn <xmn!> has joined #yocto13:18
rburtonmcon: you need to use the artifacts keyword in build to save them. all artifacts from the build stage will be passed to the test stage, but you can control it with dependencies.
rburtonfwiw, we stopped splitting build/test as artifact transfer was a pain13:19
mconrburton: Thanks, you are always very helpful. Unfortunately I seem to be missing something. Here is my simple .gitlab-ci.yml and artifacts are indeed produced (I can manually download them from GitLab), but I cannot see them anywhere from later stages.13:23
mconrburton: I cannot keep build/deploy-test stages together because they will run on different runners (different machines too).13:25
kranzo[m]<mcon> "rburton: Thanks, you are..." <- i think u wanna use the cache13:29
kranzo[m]@mcon for different machines u need shared cache13:31
mconkranzo[m]: Sorrry I fail to understand what You mean. Can you elaborate, please?13:31
kranzo[m]there is a difference between chache and artifacts on gitlab13:31
mconkranzo[m]: I *think* GitLab-CI should do the copying work for me (if I find a way to ask nicely)13:32
kranzo[m]but give me a minute, so that i dont confuse the terms here13:32
mconkranzo[m]: Thanks.13:32
*** camus <camus!~Instantbi@2409:8a1e:9115:d1d0:c8fa:8b7b:7cb5:2f02> has joined #yocto13:37
*** Guest39 <Guest39!~Guest39@> has joined #yocto13:37
*** sethfoster <sethfoster!> has joined #yocto13:38
sethfosterHey folks, is this the right place to ask questions about some odd build configurations with setting task dependencies in a yocto build13:38
qschulzsethfoster: ask and you shall discover :)13:38
kranzo[m]mcon you are right, the next stages should download the artifacts, but i remember that there were some unintuitive elements if you use container and multiple runnner, do you compile bare metal or in conatiners?13:41
sethfosterOK! So I'm trying to (hack together) a recipe for building electronjs so I can pass through some configure args to its chromium webcontent renderer. The first problem is that electron uses depot_tools ( for source control, which doesn't have a fetcher (there's a patchset to land one13:41
sethfosterlanguishing on bitbake-devel, but not quite what I need). The main tool is called gclient, which is what I'll say from now on.13:41
sethfosterI have a recipe for gclient-native which works great, but it's a fetcher, so I overrode do_fetch in my custom recipe to use it. This therefore requires gclient to be present in the sysroot in do_fetch, which is of course unusual13:42
sethfosterSo I set do_fetch[deptask] = "do_populate_sysroot", but that sets _all_ of DEPENDS as a dependency for do_fetch13:42
sethfosterIs there a way to just add do_populate_sysroot for gclient-native as a dependency to electron do_fetch?13:42
sethfosterThis is dunfell.13:42
sethfosterSorry for the essay, figured context would be useful.13:43
*** goliath_ <goliath_!~goliath@user/goliath> has joined #yocto13:46
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Ping timeout: 252 seconds)13:47
mconkranzo[m]: I'm compiling on bare metal. Also deploy runner is bare metal (currently on the same machine, but that will change soon). As said compilation is completely ok and artifacts *are* uploaded. Problem is I don't see them in later stage :(13:49
kranzo[m]mcon there we go:
kranzo[m]did you actiuually check if the content is correct in the artifacts?13:49
qschulzsethfoster: I think you need to create a new fetcher for that13:50
qschulzwith it's own protocol for detection in src_uri13:50
qschulze.g. crate:// git:// and the like13:50
sethfosterYeah that's definitely the correct, maintainable way. I was kind of hoping to have a way to just hack around it for now since the goal is actually to answer the question "is this worth it"13:51
sethfosterI want to see how electron behaves when it's doing drm-direct rendering, but the chromium binaries in their official builds don't support it13:52
sethfosterI guess optimization like limiting the dependency set here doesn't really matter just for evaluation13:53
mconkranzo[m]: Yes. I can confirm artifacts manually downloaded from Gitlab are actually OK (an archive named "artifcacts" containing all relevant files).13:53
mconIMHO Problem is actually in the preparation of later stages13:54
qschulzsethfoster: from my IRC logs, discussed for artifactory a bit more than a week ago13:54
kranzo[m]mcon: yeah i understood and i remember i had the problem as well but i think my problem was another one ...13:55
qschulzsethfoster: otherwise look into what's in do_populate_sysroot and try to check if there's a way to bypass DEPENDS for that one13:56
sethfosterqschulz: oh that's a lot simpler than I had been assuming. i guess fetchers are basically free to rely on the build host having it setup?13:56
sethfosterhaving it setup = having the tool used for the fetch setup, sorry13:56
qschulzwhat about: DEPENDS_task-fetch = "gclient-native" in addition to do_fetch[deptask] = "do_populate_sysroot" ?13:56
qschulzfor hacking around13:56
qschulzthis overrides DEPENDS for the fetch task to be gclient-native only13:57
sethfosterooh I think that's exactly what I would want13:57
*** goliath_ <goliath_!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)13:58
sethfosterAlthough I think that your linked example actually solves my x/y problem - I had been assuming that the only way to add a fetcher would be to make a local fork of bitbake and try and get it upstreamed, but of course I can just add to BBPATH in the layer13:58
wCPOIs it possible to use addtask with only before?13:58
sethfosterI'll try both. Thank you qschulz!13:59
barathdoes anyone know whether uninative is enabled by default? the manual says that poky includes it by `require conf/distro/include/` but grepping through poky, I can't find anything that uses it or a file by that name14:06
barathis the documentation outdated and it's enabled by default in some other way?14:06
kranzo[m]have a look at the last to pipelines.. in this way the pipeline failes without the untracked flag14:11
qschulzsethfoster: good luck :)14:12
*** sakoman <sakoman!~steve@> has joined #yocto14:13
qschulzbarath: what's the url of the doc you're reading?14:13
qschulzbut yes, uninative should be enabled by default14:13
qschulzit was on thud, the only release I really worked with14:13
qschulzit was enabled with uninative in INHERIT14:14
qschulzI think it was enabled back in krogoth or jethro already (since my previous company disabled it because it broke icecc in those older versions)14:14
barath"In the Poky reference distribution this is enabled by default through meta/conf/distro/include/ Other distributions that do not derive from poky can also "require conf/distro/include/" "14:15
qschulzbarath: is the up-to-date version but the one you're looking at is not too old either (stopped at dunfell)14:16
barathoh thanks14:17
barathIm an idiot14:17
barathI used ripgrep in the poky repository and it ignored/didn't search through the submodules, which includes meta-poky14:18
barathoh and I did not know that the mega manual I always look at is actually out of date... thanks for that too!14:19
rburtonmeta-poky isn't a submodule, it wouldn't know to ignore it14:19
kranzo[m]barath:... (full message at
qschulzseems like the docs need an update for that one since yocto-uninative isn't explicitly included anywhere... to what it should be replaced with.. i don't know14:20
barathstrange wrt ripgrep ignoring it then14:21
barathpossibly due to our poky being a submodule itself, in our yocto dir/project14:21
qschulzdidn't find anything in poky git repo14:21
kranzo[m]> <> strange wrt ripgrep ignoring it then14:22
kranzo[m]> possibly due to our poky being a submodule itself, in our yocto dir/project14:22
kranzo[m]by default rg is ignoring everything metioned in any vcs ignore files14:22
*** tlwoerner <tlwoerner!> has quit IRC (Remote host closed the connection)14:24
barathwell poky's .gitignore contains !meta-poky, which should negate the earlier meta-* entry... but it seems that !meta-poky does actually work for ripgrep14:25
barathoh well14:25
rburtonyeah, atom also failed to parse the gitignore correctly14:25
*** Guest86 <Guest86!> has joined #yocto14:25
barath*!meta-poky does not actually work for ripgrep14:26
*** d0ku <d0ku!> has quit IRC (Remote host closed the connection)14:42
*** goliath <goliath!~goliath@user/goliath> has joined #yocto14:42
mconkranzo[m]: If I understand correctly your example this doesn't really mimic my case. Of course next stage, running exactly in the same place as the previous one will find "leftovers". problem happens when you either run on separate machines or you use "manual" stages to decouple build and deploy (possibly with cleanout in the middle).14:44
RPkhem: if you have any ideas on the above? :/14:45
RPI'm out of ideas on how to fix this at this point :(14:45
kranzo[m]mcon: it is up uand downloading so should work on different machines14:46
rburtonmcon: are you remembering that everything will be in artifacts/ in the test job?14:48
kranzo[m]mcon: could you post the log of your jobs? would help to debug14:58
rburtonreplacing your scripts with "echo THIS IS A BUILD IMAGE >tmp/deploy/etc" in build and then checking the files exist in test would be a first step to make sure the jobs are doing what you expect14:59
mconrburton: Sorry I don't understand what you mean. My problem is "Downloading artifacts" step is completely absent from my deploy logs (see:
rburtonmcon: fwiw our test jobs had needs: job: build-foo in to get the right artifacts in the right job15:02
*** Guest86 <Guest86!> has quit IRC (Quit: Client closed)15:04
barathdoes anyone know if there's a quick way to check whether my build/image is using the uninative tar ball? I see it downloaded, but...15:19
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 268 seconds)15:19
rburtonNATIVELSBSTRING in the build configuration will say 'universal' instead of eg ubuntu-20.0415:20
prabhakarladHi all, I am wondering why timeout utility is not included as part of coreutils, there is a comment stating "gets a special treatment and is not included in this", can i get around and install timeout utility?15:25
*** awafaa <awafaa!> has quit IRC (Read error: Connection reset by peer)15:26
*** YogeshSiraswar_ <YogeshSiraswar_!> has quit IRC (Read error: Connection reset by peer)15:26
*** dagmcr <dagmcr!> has quit IRC (Read error: Connection reset by peer)15:26
*** armpit <armpit!> has quit IRC (Read error: Connection reset by peer)15:26
*** CosmicPenguin <CosmicPenguin!> has quit IRC (Read error: Connection reset by peer)15:27
*** behanw <behanw!> has quit IRC (Read error: Connection reset by peer)15:27
*** NishanthMenon_ <NishanthMenon_!> has quit IRC (Read error: Connection reset by peer)15:27
rburtonprabhakarlad: its part of coreutils...15:28
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC (Quit: Leaving)15:29
prabhakarladcoreutils is included as part of my image (core-image-minimal), but the timeout utility seems to be missing.15:30
*** NishanthMenon_ <NishanthMenon_!> has joined #yocto15:31
*** CosmicPenguin <CosmicPenguin!> has joined #yocto15:31
*** behanw <behanw!> has joined #yocto15:31
*** dagmcr <dagmcr!> has joined #yocto15:31
*** YogeshSiraswar_ <YogeshSiraswar_!> has joined #yocto15:32
*** armpit <armpit!> has joined #yocto15:32
*** awafaa <awafaa!> has joined #yocto15:32
rburtonhere its at /usr/bin/timeout.coreutils, with a symlink15:34
rburtonah, the symlink might be missing?15:35
rburtonno, should be there15:35
prabhakarladls /usr/bin/timeout.coreutils15:35
prabhakarladls: /usr/bin/timeout.coreutils: No such file or directory15:35
rburtonare you sure you actually have coreutils installed15:36
prabhakarladYes pretty sure doing a  bitbake -c cleansstate coreutils and then later bitbake  core-image-minimal does actually build coreutils.15:41
qschulzyou can have something built but not installed in an image15:42
rburtonthe easiest way is to just look at the image manifest (next to the image), or the package manager on the target15:42
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)15:43
rburtonJPEW: we might want to consider putting 'extended' pkgdata in a different directory tree, as stuff like oe-pkgdata-util iterates over every file (and aborts when it tries to parse a json.zstd)15:44
*** Frozen-compiler <Frozen-compiler!~Frozen-co@> has quit IRC (Quit: Client closed)15:46
JPEWrburton: Ah, I didn't realize that15:46
rburtonjust discovered the hard way :)15:46
JPEWWould `${PKGDATA_DIR}/extended` be OK?15:48
prabhakarladright looking at the it just has the below utils:15:48
prabhakarladcat.coreutils    chmod.coreutils  cp.coreutils    dd.coreutils    false.coreutils     kill.coreutils  ls.coreutils     mknod.coreutils  pwd.coreutils  rmdir.coreutils  stat.coreutils  sync.coreutils   true.coreutils15:48
prabhakarladchgrp.coreutils  chown.coreutils  date.coreutils  echo.coreutils  hostname.coreutils  ln.coreutils    mkdir.coreutils  mv.coreutils     rm.coreutils   sleep.coreutils  stty.coreutils  touch.coreutils  uname.coreutils15:48
prabhakarlads/the it/ the image it15:49
rburtonwhat version of yocto? any interesting layers?15:49
rburton        gl_ADD_PROG([optional_bin_progs], [timeout]))15:52
rburtonyou might not have sigssuspend for some reason?15:52
rburtoncheck the configure log15:53
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:53
prabhakarladrburton: good point let me check the configure log.16:05
*** dev1990 <dev1990!> has joined #yocto16:13
*** florian <florian!> has quit IRC (Quit: Ex-Chat)16:23
RPvmeson: /lib/x86_64-linux-gnu/ version `GLIBC_2.33' not found (required by /media/build1/poky/build/tmp/work/x86_64-linux/rust-native/1.54.0-r0/rustc-1.54.0-src/build/bootstrap/debug/deps/
RPvmeson: I think this may struggle in cases where uninative and the host libc version differ16:29
vmesonRP fun!16:29
barathrburton: ty16:32
RPvmeson: glibc 2.34 and pseudo break with uninative and I have no idea how to fix it16:32
RPvmeson: I'm therefore a little frustrated with these kinds of errors atm16:33
prabhakarladNOTE: coreutils-8.32-r0 do_package: update-alternatives --remove  lbracket /usr/bin/lbracket.coreutils removes update-alternatives --remove  timeout /usr/bin/timeout.coreutils16:34
*** zpfvo <zpfvo!> has quit IRC (Remote host closed the connection)16:53
kranzo[m]what is the merge cycle for master-next into master in poky?17:07
kranzo[m]or better oe-core17:07
kranzo[m]and how can i request a backport to hardknott? :D17:09
smurraykranzo[m]: that first one's a RP question.  For the second, you'd send a request for a backport to the oe-core list after it's gotten into master17:10
*** vmeson <vmeson!> has quit IRC (Quit: Konversation terminated!)17:10
*** vmeson <vmeson!> has joined #yocto17:13
RPkranzo[m]: which patch are we talking about? Some merge quickly, some need more testing17:13
RPkranzo[m]: speed depends on how many build failures we get in testing too17:14
kranzo[m]my patch from yesterday got merged into master (Allow global override of golang GO_DYNLINK), i was just thinking about the timescales to expect :)17:16
kranzo[m]so am i right, patches get applied to master-next, pipelines run (how often?), if success  merge into master?17:17
*** nerdboy_p is now known as nerdboy17:21
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 268 seconds)17:23
*** florian <florian!> has joined #yocto17:37
*** bps <bps!> has joined #yocto17:39
RPkranzo[m]: that is the correct flow, yes. The tests are batched and run manually and take hours17:52
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 248 seconds)18:00
*** tlwoerner <tlwoerner!> has joined #yocto18:06
*** florian <florian!> has quit IRC (Ping timeout: 252 seconds)18:07
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has joined #yocto18:20
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has quit IRC (Ping timeout: 250 seconds)18:44
*** bps <bps!> has joined #yocto18:50
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 248 seconds)18:56
*** mranostaj <mranostaj!~mranostaj@> has quit IRC (Remote host closed the connection)19:15
*** mranosta1 is now known as mranostaj19:15
*** bps <bps!~bps@user/bps> has joined #yocto19:21
tlwoernerfray: Error, the PACKAGE_ARCHS variable (all any noarch ${PACKAGE_EXTRA_ARCHS:tune-mips32r2el-24kc} qemumips) for DEFAULTTUNE (mips32r2el-24kc) does not contain TUNE_PKGARCH (${MIPSPKGSFX_VARIANT:tune-mips32r2el-24kc}-nf)19:35
tlwoernerDEFAULTTUNE = "mips32r2el" works but DEFAULTTUNE = "mips32r2el-24kc" doesn't19:35
vmesonhalstead: this email isn't rendering, have you seen that happen before:,,,20,0,0,0::created,0,CVE-2021-3682,20,1,0,8494003719:38
vmesonFirefox on Linux of course. Trying Chomium.19:38
vmesonhalstead: asme there.19:39
vmesonsame even.19:39
*** ssajal <ssajal!> has joined #yocto19:40
vmesonshould ssajal open a defect halstead ?19:40
paulgare we sure an empty msg wasn't sent?19:46
paulgw3m can display  but not 15486319:47
vmesonpaulg: yes, that was my first question! ;-)19:47
* ssajal gets some rotten tomatoes and eggs19:48
* paulg thinks ssajal would be throwing tomato skins and egg shells based on that empty mail. 19:48
*** florian <florian!> has joined #yocto20:07
halsteadvmeson: I'll request the unmodified mbox file and see what's going on. It takes a few hours.20:14
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has joined #yocto20:24
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds)20:33
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 250 seconds)20:53
*** xmn <xmn!> has joined #yocto20:56
khemSo I wonder if it is yet another pain to migrate coming our way hoping to have it in next LTS20:58
vmesonkhem: yes, I tried to upgrade to 3.0-alpha-X months ago and there were some problems. I'm trying to arrange for  Yi Zhao to have time to work on it for that we're ready to merge early in the next release.21:09
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)21:11
*** abiliomarques <abiliomarques!> has quit IRC (Remote host closed the connection)21:20
*** jwessel` <jwessel`!> has joined #yocto21:22
*** jwessel` <jwessel`!> has left #yocto21:24
*** jwessel <jwessel!> has joined #yocto21:27
*** jwessel <jwessel!> has quit IRC (Quit: Coyote finally caught me)21:28
*** jwessel <jwessel!> has joined #yocto21:28
*** Guest39 <Guest39!~Guest39@> has quit IRC (Quit: Client closed)21:32
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::f245> has quit IRC (Ping timeout: 240 seconds)21:42
*** tgamblin <tgamblin!> has joined #yocto21:42
*** sethfoster <sethfoster!> has quit IRC (Quit: Lost terminal)21:48
*** darknighte <darknighte!sid214177@user/darknighte> has joined #yocto21:52
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)22:00
*** dev1990 <dev1990!> has quit IRC (Quit: Konversation terminated!)22:03
*** dvorkindmitry <dvorkindmitry!~dvorkindm@> has joined #yocto22:34
dvorkindmitryhow to enable gcc-plugins for gcc-cross?22:34
*** zyga <zyga!> has quit IRC (Ping timeout: 250 seconds)23:09
*** florian <florian!> has quit IRC (Ping timeout: 252 seconds)23:19

Generated by 2.17.2 by Marius Gedminas - find it at!