Thursday, 2021-08-19

*** dev1990 <dev1990!> has quit IRC (Quit: Konversation terminated!)00:08
*** LetoThe2nd <LetoThe2nd!> has quit IRC (Quit: Connection closed for inactivity)00:19
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!)00:31
vdvmeson BUILDNAME isn't empty in fact, but BBTARGETS is (warning added in an image recipe)00:56
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has quit IRC (Ping timeout: 245 seconds)01:41
*** wooosaiiii <wooosaiiii!> has quit IRC (Ping timeout: 268 seconds)01:44
*** alicef_ <alicef_!~none@gentoo/developer/alicef> has quit IRC (Quit: install gentoo)01:44
*** xmn <xmn!> has quit IRC (Ping timeout: 245 seconds)01:47
*** jwillikers <jwillikers!> has joined #yocto01:50
*** ChanServ <ChanServ!> has quit IRC (*.net *.split)01:56
*** ChanServ <ChanServ!> has joined #yocto02:05
*** sets mode: +o ChanServ02:05
*** jwillikers <jwillikers!> has quit IRC (Remote host closed the connection)02:17
*** nerdboy_ <nerdboy_!~nerdboy@> has joined #yocto02:18
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 245 seconds)02:20
*** sakoman <sakoman!~steve@> has quit IRC (Quit: Leaving.)02:21
*** sakoman <sakoman!~steve@> has joined #yocto02:52
*** nerdboy_ is now known as nerdboy02:57
smurrayRP abelloni dl9pf: meta-agl-core should be good on the autobuilder now, I think03:06
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has joined #yocto03:19
*** paulg <paulg!> has quit IRC (Ping timeout: 240 seconds)03:39
*** cocoJoe <cocoJoe!> has joined #yocto04:00
vmesonvd: again, it's hard for anyone to be helpful if you don't provide some kind of context. Are you using poky? what branch, what image? ...04:11
*** amitk <amitk!~amit@> has joined #yocto04:15
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 252 seconds)04:20
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto04:21
*** wooosaiiii <wooosaiiii!> has joined #yocto04:37
*** wooosaiiii <wooosaiiii!> has quit IRC (Ping timeout: 240 seconds)04:55
*** sakoman <sakoman!~steve@> has quit IRC (Quit: Leaving.)05:03
*** mranostaj <mranostaj!~mranostaj@> has quit IRC (Remote host closed the connection)05:18
*** wooosaiiii <wooosaiiii!> has joined #yocto05:22
*** mranostaj <mranostaj!~mranostaj@> has joined #yocto05:23
*** roussinm <roussinm!> has quit IRC (Quit: WeeChat 3.3-dev)05:24
*** mranostaj <mranostaj!~mranostaj@> has quit IRC (Ping timeout: 245 seconds)05:30
*** mranostaj <mranostaj!> has joined #yocto05:30
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has quit IRC (Ping timeout: 245 seconds)05:55
*** rob_w <rob_w!> has joined #yocto06:11
*** puru <puru!~puru@2405:201:a410:a032:5173:6b19:15fd:457c> has joined #yocto06:16
*** ant__ <ant__!> has quit IRC (Ping timeout: 252 seconds)06:25
wCPOqschulz: I don't see any errors in log.do_compile which kinda(?) make sense as CONFIG_ZRAM=m was silently removed. Maybe it is the config logic removing the "broken" option?06:27
*** mcon <mcon!> has joined #yocto06:28
*** frieder <frieder!> has joined #yocto06:30
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:33
*** frieder <frieder!> has quit IRC (Remote host closed the connection)06:33
*** frieder <frieder!> has joined #yocto06:34
*** tre <tre!> has joined #yocto06:35
wCPOI'm very new to Yocto. I'm considering creating a recipe for and upstreaming it. Does Yocto/OpenEmbedded accept this kind of recipe and what would be the relevant repository?06:36
*** 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
mranostajswap on zram seems interesting to me06:45
wCPOmranostaj: yeh, we are considering using it for a compressed tmpfs, mkfs.ext4 /dev/zram0 && mount06:49
wCPOIs foo:append preferred over foo_append?06:58
*** zpfvo <zpfvo!~fvo@> has joined #yocto06:58
mihaiwCPO: yes07:00
mihaispecially if you're working on master07:00
*** kranzo <kranzo!> has joined #yocto07:03
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds)07:08
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto07:11
RPsmurray: last build looked green :)07:14
kranzohow would i supply a patch properly to be merged in hardknott and master? (git send-email)07:19
mihaikranzo: submit in master, wait for review and merge, request backport to hardknott07:23
*** mranostaj <mranostaj!> has quit IRC (Quit: leaving)07:30
*** puru <puru!~puru@2405:201:a410:a032:5173:6b19:15fd:457c> has quit IRC (Quit: Client closed)07:33
OnkelUllawCPO: Perhaps you should synchronize with tlwoerner who is currently working on zram as well, see .07:36
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)07:41
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)07:49
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto07:51
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:09
kranzo the right list for changes to   meta/classes/goarch.bbclass ? and if should i rebase on poky:master or openembedded-core:master? im still confused a bit about the combination of the repos08:18
kranzo*am i right that ...08:18
kanavinRP: I'm back in Berlin, and working on a big batch of package updates that should go in before the freeze08:21
kanavinRP: otherwise, the new job is fine, how much time I can have for upstream yocto isn't yet clear, but they're well aware that someone has to do the maintenance08:22
kanavinrburton, ^^^08:23
*** zyga <zyga!> has joined #yocto08:24
*** florian <florian!> has joined #yocto08:31
*** halstead[m] <halstead[m]!~halsteadm@2001:470:69fc:105::d0ef> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** behanw[m] <behanw[m]!~behanwmat@2001:470:69fc:105::c96> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** m1kr0[m] <m1kr0[m]!~m1kr0matr@2001:470:69fc:105::c827> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** rostam98[m] <rostam98[m]!~rostam98m@2001:470:69fc:105::ca0e> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** michaelo[m]1 <michaelo[m]1!~michaelom@2001:470:69fc:105::d101> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** cody <cody!~cody@user/cody> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** tokamak[m] <tokamak[m]!~tokamakma@2001:470:69fc:105::c4df> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** berton[m] <berton[m]!~fabiobert@2001:470:69fc:105::ce36> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** t_unix[m] <t_unix[m]!~tunixmatr@2001:470:69fc:105::9ea> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** SamuelDolt[m] <SamuelDolt[m]!~samdoltma@2001:470:69fc:105::4898> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** barath <barath!~barath@2001:470:69fc:105::21a> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** khem <khem!~khemmatri@2001:470:69fc:105::b81> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
*** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has quit IRC (Quit: Bridge terminating on SIGTERM)08:32
rburtonkranzo: poky contains oe-core, so you can send patches for iether to oe-core@08:33
*** wooosaiii <wooosaiii!> has joined #yocto08:34
*** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has joined #yocto08:35
*** rostam98[m] <rostam98[m]!~rostam98m@2001:470:69fc:105::ca0e> has joined #yocto08:35
*** wooosaiiii <wooosaiiii!> has quit IRC (Ping timeout: 245 seconds)08:37
RPkanavin: very cool :)08:37
*** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has joined #yocto08:37
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto08:37
*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has joined #yocto08:38
*** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has joined #yocto08:38
*** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has joined #yocto08:38
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has joined #yocto08:38
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has joined #yocto08:38
RPkanavin: I've been focusing on the overrides changes and things like the glibc upgrade which has caused a few issues08:38
*** khem <khem!~khemmatri@2001:470:69fc:105::b81> has joined #yocto08:38
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has joined #yocto08:38
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has joined #yocto08:38
*** cody <cody!~cody@user/cody> has joined #yocto08:38
*** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has joined #yocto08:38
*** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has joined #yocto08:38
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has joined #yocto08:39
*** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto08:39
*** t_unix[m] <t_unix[m]!~tunixmatr@2001:470:69fc:105::9ea> has joined #yocto08:39
*** berton[m] <berton[m]!~fabiobert@2001:470:69fc:105::ce36> has joined #yocto08:39
*** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has joined #yocto08:39
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto08:39
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto08:39
*** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has joined #yocto08:40
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has joined #yocto08:40
*** barath <barath!~barath@2001:470:69fc:105::21a> has joined #yocto08:40
*** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has joined #yocto08:40
*** behanw[m] <behanw[m]!~behanwmat@2001:470:69fc:105::c96> has joined #yocto08:40
*** SamuelDolt[m] <SamuelDolt[m]!~samdoltma@2001:470:69fc:105::4898> has joined #yocto08:40
*** halstead[m] <halstead[m]!~halsteadm@2001:470:69fc:105::d0ef> has joined #yocto08:40
*** michaelo[m] <michaelo[m]!~michaelom@2001:470:69fc:105::d101> has joined #yocto08:40
*** tokamak[m] <tokamak[m]!~tokamakma@2001:470:69fc:105::c4df> has joined #yocto08:41
*** m1kr0[m] <m1kr0[m]!~m1kr0matr@2001:470:69fc:105::c827> has joined #yocto08:41
kranzorburton but still do i base on my patch on or git.yoctoproject.org08:43
*** xmn <xmn!> has joined #yocto08:45
kranzoits the same change but on different folders08:46
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:51
rburtonkranzo: whatever you're actually using so you can test it08:51
kranzook poky then, how do i mention what is my base? or better what is the actual mailinglist to adress? i just struggle to get it right cause i never ever used mailinglists before :D08:54
rburtonthe mailing list for anything in meta/ is oe-core@08:56
rburtonyou don't need to specify poky or oe-core as for anything in meta/ they're identical08:56
rburtonpoky is just bitbake+oe-core+some other repositories, all squashed together08:56 or, i feel a bit dumb right now :D08:58
rburtongit send-email --to=openembedded-core@lists.openembedded.org08:59
*** LetoThe2nd <LetoThe2nd!> has joined #yocto09:25
mconHi, as part of a custom layer I need to clone from a private GitLab server a certain project. GitLab standard URL for this i something like: "git clone" and I was unable to have yocto (poky thud) generate this as it insists on "type://user:pass@server/project/subproject.git" (enforced in poky/bitbake/lib/bb/fetch2/ what am I missing?09:26
kranzo@mcon type=git right? so did you try:09:30
kranzothat is what i use with pubkey enabled09:31
mconkranzo: Thanks, I'll try it ASAP. I did not remember trying this combination.09:33
*** xmn <xmn!> has quit IRC (Ping timeout: 256 seconds)09:35
wCPOOnkelUlla: thanks for the pointer, could very likely be useful09:42
kranzomcon seems like gitlab cant use username:password for ssh cloning, so the correct way would be: git://user:pass@server/namespace/project.git;branch=$branch;protocoll=https09:43
kranzo*protocol ...09:43
mconkranzo: I'm not trying to use "user:pass@server" at all as I have uploaded my keys. I have a plain "git clone git@server:namespace/project.git" that works perfectly from the command line. My problem is how to have yocto to generate it. I do not think https:// is enabled at all on this server09:48
kranzo@mcon then git://git@server/namespace/project.git;protocol=ssh should work, so you have to replace the : with a / between server and namespace09:52
qschulzand then rely on your ssh-agent or keyring having unlocked the passphrase of the ssh key (if you do have a passphrase)09:55
qschulzwhich usually requires a bit of tinkering if you're using containers for example09:56
kranzoas workaround i did bitbake -c fetch on the host (keys set up) and then a bitbake in the container, for automated setups i recommend the gitlab examples for setting up container-local ssh keys and the agent10:01
wCPOhmm, is there no way to add multiple systemd-boot loader entries? It looks like the code is only adding a single file:
*** rskumar <rskumar!~rskumar@2001:420:c0e0:1004::192> has joined #yocto10:14
rskumari am trying to build Zeus image in Podman. I noticed that linux-libc-headers are not properly copied to recipe-sysroot.. for example: unistd.h, asm/sigcontext.h10:16
rskumari had to clean and build linux-libc-headers again to get it. Can someone help me to understand why this happens?10:17
rskumari am able to build Jethro version in the same podman.. But, i am getting build errors only with Zeus version10:20
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto10:21
LetoThe2ndrskumar: that sounds like it might be a problem with a recipe that is not sysroot-safe. those were introduced in pyro.10:21
rskumaranother observation is that I am able to build Zeus in Ubuntu16.04 dedicated setup. I get build errors only with Podman container(Ubuntu16.04) running on RHEL8.310:24
ad__hi, mm, for dunfell, i installed all host tools in bionic as in the manual, but bitbake says:10:30
ad__ERROR: The following required tools (as specified by HOSTTOOLS) appear to be unavailable in PATH, please install them in order to proceed:10:30
ad__  file10:30
ad__the "file" tool seems needed ...10:31
*** chobo <chobo!~chobo@> has joined #yocto11:13
wCPOIs there any difference between SRI_URI += "foo" and SRI_URI:append = "foo"?11:15
rburtonwCPO: yes
*** otavio_ <otavio_!> has quit IRC (Remote host closed the connection)11:22
wCPOrburton: hmm "are applied at variable expansion time rather than being immediately applied", does it matter when it is done?11:29
kranzowCPO read further :
kranzothere is the example11:30
wCPOkranzo: make sense. So if I don't use a variable it should be the same? ex: SRI_URI += "foo" vs SRI_URI:append = " foo"?11:35
*** otavio_ <otavio_!> has joined #yocto11:37
*** rob_w <rob_w!> has quit IRC (Quit: Leaving)11:39
*** rskumar <rskumar!~rskumar@2001:420:c0e0:1004::192> has quit IRC (Quit: Client closed)11:39
tlwoernerOnkelUlla: thanks for the pointer11:40
tlwoernerwCPO: so far that patch only handles the sysvinit case. i submitted it to get feedback before continuing since, if RP would prefer a different approach, i would rather know now than later11:40
OnkelUllawCPO, tlwoerner: You're welcome!  :)11:44
qschulzuse += as often as possible as appends are trickier to undo11:50
prabhakarladHi all, is there a way I can disable do_patch for a recipe?12:17
*** paulg <paulg!> has joined #yocto12:18
qschulzprabhakarlad: do_patch[noexec] = "1"12:20
prabhakarladqschulz: thanks for the pointer that did the trick!12:22
*** jwillikers <jwillikers!> has joined #yocto12:25
kranzoqschulz after reading your slides: can we say as rule of thumb conf -> _append every thing else += if possible?12:28
wCPOaren't runqemu supposed to run the newest image?12:37
wCPOqschulz: thanks for the slides. I will use += when possible then12:37
wCPOrunqemu is apparently booting the oldest image... :/12:42
qschulzkranzo: yes12:44
*** EdinBrodlic[m] <EdinBrodlic[m]!~batcha88m@2001:470:69fc:105::dd0e> has joined #yocto12:45
*** EdinBrodlic[m] is now known as batcha[m]12:46
tlwoernerqschulz: wCPO: not to mention and
*** chobo <chobo!~chobo@> has quit IRC (Quit: Client closed)12:46
wCPOtlwoerner: uh, maybe I can allocate some work time for watching some of the presentations :)12:47
tlwoernerwCPO: let me know how that goes (lol) don't hold your breadth :-)12:48
wCPOhmm, so multiple *.iso files is created but only a single .qemuboot.conf referring to the first iso12:52
vmesonIf you want to help improve the Yocto Autobuilder, feel free to join:
batcha[m]How come I randomly keep getting "bb.cooker.CollectionError: Errors during parsing layer configuration" bb (layers) issues after I add layers via "bitbake-layers add-layer ../layers/X"?13:00
batcha[m]Its like it corrupts the bblayers file, and after i remove the line and re-add the same layer using the same command, it works out (or randomly doesnt).13:01
tlwoernerRP: you were asking something about how i was handling the packagegroups so i pushed an RFC patch for you to look at13:01
tlwoerneris it just me, or when i visit oe-core's patchwork, i don't see any patches past 2020?
wCPOEnabling a initramfs package is just INITRAMFS_SCRIPTS_append = "initramfs-module-XX" in local.conf right?13:06
*** xmn <xmn!~xmn@2a02:8070:279c:8500:1d4b:c6c2:97d9:7449> has joined #yocto13:10
* wCPO is starting to understand yocto13:11
qschulzwCPO: syntactically you probably need a leading space13:12
*** yates_home <yates_home!> has joined #yocto13:13
yates_homewhat is the difference between the sysroots-uninative and the sysroots-sysroot-native?, and recipe-sysroot-native?13:14
rburtonthe uninative sysroot contains just the uninative libc13:15
rburtonrecipe-sysroot is the target sysroot, and recipe-sysroot-native is the native sysroot13:15
yates_homerburton: i can't find a good google on "uninative" - what does that mean?13:17
yates_homethank you.13:18
yates_homei guess for "UNIfied NATIVE"?13:20
*** Guest81 <Guest81!~Guest81@> has joined #yocto13:20
*** rpcme <rpcme!~rpcme@> has joined #yocto13:26
*** camus <camus!~Instantbi@> has quit IRC (Quit: camus)13:28
rpcmeWhat is the expected behavior when you define a MACHINE configuration that doesn't exist?13:30
rpcmeFor example, for a stupid amount of time I was staring at "MACHINE=am64xx-evam bitbake  -e tisdk-base-image" that should have been "MACHINE=am64xx-evm bitbake  -e tisdk-base-image" which resulted in an unnerving "cannot find toolchain" error even though I had configured the external toolchain correctly.13:34
*** LetoThe2nd <LetoThe2nd!> has quit IRC (Quit: Connection closed for inactivity)13:37
abellonibitbake should fail quite quickly, complaining the machine configuration doesn't exist13:39
rpcmeYes I think this is an issue in meta-arago with the external toolchain handler.  I could not repro the same behavior with poky and poky core-image-minimal fails the way you stated.13:42
*** xmn <xmn!~xmn@2a02:8070:279c:8500:1d4b:c6c2:97d9:7449> has quit IRC (Ping timeout: 240 seconds)13:43
*** camus <camus!~Instantbi@> has joined #yocto13:43
rpcmeI will post to TI E2E forums instead.  I really have no idea where else to post it since I was pinched for asking about meta-arago in the meta-ti yocto forum :D13:43
*** xmn <xmn!~xmn@2a02:8070:279c:8500:a58e:80ec:bdb4:303c> has joined #yocto13:49
*** sakoman <sakoman!~steve@> has joined #yocto13:50
*** xmn <xmn!~xmn@2a02:8070:279c:8500:a58e:80ec:bdb4:303c> has quit IRC (Ping timeout: 258 seconds)13:54
rpcmeJust FYI
*** mcon <mcon!> has left #yocto13:55
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Remote host closed the connection)13:59
*** roussinm <roussinm!> has joined #yocto14:11
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto14:13
*** eduardas <eduardas!~eduardas@> has joined #yocto14:15
*** zyga <zyga!> has quit IRC (Remote host closed the connection)14:27
wyrehow can I perform a do_fetch task from a private repo?14:29
kranzodepends on the hoster14:30
kranzowere is it hosted and how do you clone normally?14:30
wyrekranzo, gitlab14:33
wyrekranzo, through ssh14:33
kranzoas SRC_URI then14:36
wyreand what about the keypair?14:36
kranzothe one who is pulling needs a privatekey with access to rhe repo14:37
kranzoan alternative is creating a accesstoken with read access and using https cloining with username:accesstoken14:42
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 240 seconds)14:51
*** zyga <zyga!> has joined #yocto14:53
*** d0ku <d0ku!> has joined #yocto14:58
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:03
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has joined #yocto15:11
JaMaRP: rburton: should libpthread be installed in uninative tarball as well now? I'm seeing pkgconfig-native failure (bundled glib failing to find libpthread) when uninative is enabled15:12
*** _franck_ <_franck_!> has joined #yocto15:13
rburtonwith current master?15:13
rburtonthere's been some churn15:13
JaMayes, current master with uninative-3.3 and yours
_franck_My recipe needs gstreamer1.0-dev15:15
_franck_So I added DEPENDS = "gstreamer1.0-dev"15:15
_franck_However, bitbake says:15:15
_franck_ERROR: Nothing PROVIDES 'gstreamer1.0-dev' .... Close matches:15:15
_franck_  gstreamer1.015:15
_franck_  gstreamer1.0 RPROVIDES gstreamer1.0-dev15:15
_franck_  gstreamer1.0-vaapi15:15
_franck_and yes, gstreamer seems to have a -dev:15:16
_franck_FILES_${PN}-dev += "${libdir}/gstreamer-1.0/*.a ${libdir}/gstreamer-1.0/include"15:16
_franck_any idea ?15:16
rburtonyou DEPENDS on a recipe15:16
rburtonso gstreamer1.015:16
_franck_yeah that's what I did first, but the recipe I try to build (I want libextractor) needs to detect gstreamer in order to enable support for it. With gstreamer1.0 it doesn't detect it.15:17
_franck_must be something else15:17
_franck_configure: NOTICE: gstreamer not found, gstreamer support disabled15:18
_franck_I do have gstreamer, but may be not the dev libs15:18
_franck_gstreamer1.0 RPROVIDES gstreamer1.0-dev ---> what does it mean exactly ?15:19
_franck_because I don't have these ${libdir}/gstreamer-1.0/*.a files15:19
JaMalooks like itself is there, will debug why bundled glib doesn't find it anymore15:19
JaMahonister$ ls -lah uninative-3.*/*/lib/*pthread*15:19
JaMa-rwxr-xr-x 1 bitbake bitbake 115K Feb  1  2021 uninative-3.2-glibc-2.33/x86_64-linux/lib/libpthread-2.33.so15:19
JaMalrwxrwxrwx 1 bitbake bitbake   18 Feb  1  2021 uninative-3.2-glibc-2.33/x86_64-linux/lib/ -> libpthread-2.33.so15:19
JaMa-rwxr-xr-x 1 bitbake bitbake  14K Aug  2 01:33 uninative-3.3-glibc-2.34/x86_64-linux/lib/
rburton_franck_: .a files are not built if you're using poky, as that disables static libraries15:24
*** kranzo <kranzo!> has quit IRC (Quit: Client closed)15:26
*** kranzo <kranzo!> has joined #yocto15:26
*** kranzo <kranzo!> has left #yocto15:27
*** kranzo <kranzo!> has joined #yocto15:27
*** kranzo <kranzo!> has quit IRC (Remote host closed the connection)15:27
_franck_rburton you mean there is no static library include in any poky package  (excuse me for beeing a noob) ?15:27
*** kranzo <kranzo!> has joined #yocto15:27
* _franck_ needs to google that15:28
_franck_ah ok15:28
rburtonto save time and space, poky turns off static libraries15:28
_franck_any solution to workaround that ?15:28
rburtondo you actually need static libraries?15:28
rburtonstatically linking to gstreamer makes very little sense15:28
rburtonyou just need DEPENDS=gstreamer1.015:29
_franck_no I don't. I need gtramer dev, which is not in this recipe I guess. -dev only provides static libraries15:29
rburtondo "oe-pkgdata-util list-pkgs-files -p gstreamer1.0"15:29
rburtonyou'll see the -dev has headers and shared libraries in15:30
rburtonerm, list-pkg-files15:31
rburtonJaMa: can you replicate with a fresh poky and nothing else? works here...15:31
kranzogstreamer-dev in the ubuntu is not the same as the -dev build by yocto, sounds a bit like a name confusion15:31
kergothubuntu splits it into multiple individual packages just like we do. one recipe, multiple packages, just as they have one source package, multiple binary packages15:32
kergothwe tend toward more granularity in ours to save space, generally, though15:32
_franck_rburton : ok I see thanks. So I need to figure out why libextractor doesn't detect gstreamer15:32
kranzotrue but the content may differ, so maybe ubuntu has static libs shipped in that package15:33
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has quit IRC (Ping timeout: 258 seconds)15:36
_franck_I don't have /usr/include/gstreamer-1.0/.... with DEPENDS=gstreamer1.0. Something is wrong15:38
JaMarburton: can replicate with oe-core and nodistro config (with and without uninative enabled)15:39
JaMarburton: added some details to
kergoth_franck_: you cant just look in /usr/include, files for your dependencies are in staging, not the host15:39
JaMarburton: host is ubuntu-20.04 with glibc-2.31 in docker15:41
_franck_oe-pkgdata-util list-pkg-files gstreamer1.0 doesn't list include files. oe-pkgdata-util list-pkg-files gstreamer1.0-dev does. So you mean depend on gstreamer1.0 automatically includes gstreamer1.0-dev ?15:41
rburtonDEPEND is recipe, it will include the sysroot for that recipe15:41
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has joined #yocto15:41
rburtonlist-pkg-files is actually listing the packages, which is not the same thing15:41
rburtonbut anything thats in the -dev package is in the sysroot15:41
_franck_ok, I thought depend meant I depend on this package15:42
_franck_"Putting a package name such as “foo-dev” in DEPENDS does not make sense."15:43
_franck_ok :)15:43
*** eduardas <eduardas!~eduardas@> has quit IRC (Quit: Konversation terminated!)15:44
kranzoand dont forget the proper RDEPENDS to get the shared libs installed15:45
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 240 seconds)15:46
*** amitk <amitk!~amit@> has joined #yocto15:46
rburtonwell, that will happen for you15:47
kranzook nvm then15:47
rburtonall binaries will be scanned for links, and rdepends added as required. the only time you need to manually add libraries to RDEPENDS is if you use dlopen()15:49
_franck_so if I only need DEPEND = gstreamer1.0, it doesn't solve my problem because I tried 100 times :)15:50
rburtoni'd check that you inherited pkgconfig15:51
rburtonand if that doesn't work, actually share the log and your recipe15:51
rburtonits likely failing as you need to depend on more bits of gstreamer, not just the core15:52
JaMarburton: it doesn't like the loader from uninative, if I switch back then it works, but doesn't show any error
rburtonJaMa: i hate uninative15:53
rburtonJaMa: can you file a bug?15:53
_franck_rburton: I dont have inherited pkgconfig15:53
_franck_I'll clean and retry15:53
_franck_thanks for your help15:54
rburtonno need to clean, just add and re-bitbake15:54
_franck_I did but same thing15:54
JaMarburton: I'll continue to debug it a bit more (to find out what exactly is failing in conftest) then file a bug when run out of time15:54
_franck_rburton I'll be back in 5 minutes, I'll share the logs and recipe15:55
*** kranzo_ <kranzo_!> has joined #yocto15:56
*** dev1990 <dev1990!> has joined #yocto15:58
*** kranzo_ <kranzo_!> has left #yocto15:59
*** override_ <override_!> has joined #yocto16:02
*** zpfvo <zpfvo!~fvo@> has quit IRC (Quit: Leaving.)16:02
override_hey, is there a way of using a specific DEPENDS for a do_fetch only?16:03
rburtonso DEPENDS is shorthand for setting do_configure[depends]16:04
override_ok, and how can I set to to just work for a do_fetch task?16:05
rburtonso you can set do_fetch[depends].  the classes already do that, that's how it knows to setup eg xz-native to unpack a .xz file16:05
paulgoverride,   see
paulgdo_fetch[depends] += "linux-rt-5.12:do_fetch"16:05
*** mcon <mcon!> has joined #yocto16:06
*** davidinux <davidinux!~davidinux@> has joined #yocto16:06
rburton_franck_: remove the PACKAGES and INHIBIT and INSANE lines16:06
rburtonand your last do_install_append16:06
rburtonbasically your PACKAGES and FILES are bad, which is why you get lots of errors16:06
rburtonbut what's the actual configure error?16:07
_franck_configure: NOTICE: gstreamer not found, gstreamer support disabled16:07
rburtonwhat's the line above that16:08
rburtoni ask because it checks for four different bits of gstreamer16:09
mconI am trying to integrate a yocto build in GitLab CI/DC framework. What is the best practice to use incremental build on all "git push" and start a full rebuild only "on request" (nightly build)?16:09
rburtonmcon: by full rebuild, do you mean from a clean sstate so it rebuilds the compilers?16:10
mconrburton: Rebuild all artifacts from scratch, without using cache or whatever. Toolchain can stay (I can cleanup by hand if something really changes).16:11
rburtonso selective rebuild16:13
rburtonmuch easier if you say 'incremental' or '100% from scratch'16:13
mconrburton: If that's  a problem I can live with a truly full nightly rebuild (including redownload of sources (but that seems an overkill ;) )16:13
rburtonwell always preserve DL_DIR between runs16:13
rburtonalways have a clean build directory16:13
rburtonpreserve sstate_dir between jobs but blast it away for your nightly16:14
*** zyga <zyga!> has quit IRC (Remote host closed the connection)16:14
_franck_checking for GSTREAMER...16:15
_franck_checking for GSTREAMER_PBUTILS...16:15
_franck_checking for GSTREAMER_TAG...16:15
_franck_checking for GSTREAMER_APP...16:15
_franck_checking for GSF...16:15
rburtonthere you go16:15
_franck_so it finds gstreamer16:15
rburtonpbutils is in -plugins-base16:16
_franck_I guess I need to create recipes for the others16:16
rburtonso is tag16:16
_franck_ah cool16:16
rburtonno, they're in oe-core16:16
rburtonso is app16:16
mconrburton: do you have GitLab experience? My problems mostly stem from trying to redo in scripts (thought to be run by hand) most of what I seem to understand GitLab is already doing by itself :/16:16
JaMarburton: weird pthread_create returns EPERM when running inside docker, but only with uninative loader16:16
yates_homerburton: why is there a recipe-sysroot and recipe-sysroot-native built for each recipe? these are all common to the one native toolsset and target toolset, right?16:16
rburtonJaMa: ooh that might be your old docker rejecting new syscalls16:17
rburtonyates_home: sysroots are recipe-specific16:17
JaMaDocker version 20.10.816:17
yates_homei would expect them to be toolchain-specific16:18
rburtonyates_home: the sysroots are what you define in DEPENDS16:18
rburtonyates_home: they're recipe specific so you don't get the DEPENDS of other recipes in your sysroot16:18
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has quit IRC (Ping timeout: 258 seconds)16:19
mconrburton: THANKS!16:20
rburtonyates_home: nothing is rebuilt, it's all hardlinks16:21
_franck_rburton: much better16:21
_franck_checking for GSTREAMER...16:21
_franck_checking for GSTREAMER_PBUTILS...16:21
_franck_checking for GSTREAMER_TAG...16:21
_franck_checking for GSTREAMER_APP...16:21
_franck_thanks for your help16:21
*** florian <florian!> has quit IRC (Quit: Ex-Chat)16:22
_franck_rburton: what about this part ? -->
rburtonmight be gettext being dumb, leave that for now :)16:23
override_rburton: hows do_fetch[deptask] different from do_fetch[depends] ?16:23
_franck_you told me to remove INHIBIT_PACKAGE_DEBUG_SPLIT = "1"16:23
_franck_INHIBIT_PACKAGE_STRIP = "116:23
_franck_however, now I get /usr/lib/.debug/....16:24
*** nerdboy_ <nerdboy_!~nerdboy@> has joined #yocto16:24
_franck_A Issue: extract: Files/directories were installed but not shipped in any package16:24
rburtonwow must be an old yocto16:24
rburtonthat's been automatically packaged for years16:24
_franck_that's the yocto I have to work on16:24
rburtonbut the default rules put that into PN-dbg, so I guess you're still setting PACKAGES16:25
rburtondon't do that16:25
_franck_If I don't nothing is done. I don't understand.16:25
*** goliath <goliath!~goliath@user/goliath> has joined #yocto16:26
* _franck_ really needs to read yocto documentation16:26
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 240 seconds)16:26
_franck_let me try again16:26
rburtona good 50% of your recipe should be deleted16:27
*** kranzo[m] <kranzo[m]!~kranzomat@2001:470:69fc:105::dd3e> has joined #yocto16:27
_franck_if I remove PACKAGE, it doesn't configure and compile anything16:29
rburtonit will re-package without recompiling16:29
rburton<handwave> magic!16:29
rburton'oe-pkgdata-util list-pkg-files -p libextractor' will show what it packaged where16:29
_franck_still 30% to remove16:30
*** kranzo <kranzo!> has quit IRC (Quit: Client closed)16:30
*** mranostaj <mranostaj!~mranostaj@> has joined #yocto16:31
override_what good is getVarFlags function for when we can just do stuff like do_fetch[deptask]16:31
JaMarburton: you were right, if I run docker with --privileged then it doesn't return EPERM, is this known issue or should I still create that ticket?16:31
rburtonJaMa: might be worth creating a ticket still, but it's mostly a docker bug16:32
*** d0ku <d0ku!> has quit IRC (Remote host closed the connection)16:34
JaMaok, will create one as pkgconfig-native suddenly failing isn't obvious to be caused by docker bug :)16:35
rburtonno :)16:41
rburtonfirst time that happened it an age to figure it out16:42
*** tre <tre!> has quit IRC (Remote host closed the connection)16:43
RPcreating bugs is great but we do need help fixing them too :/16:45
moto-timoRP: amen to that16:46
RPright, so does anyone care about meta-gplv2? It is breaking and I really don't care about it16:51
JaMawhat broke it? glibc upgrade or something else? I don't care about it, but I guess someone in LGE eventually will be when they start caring about anything newer than dunfell16:53
smurrayRP: we have an option to pull it in for AGL, but don't regularly test it, I'm not sure whether members rely on it or not16:54
smurrayRP: I also know of one large non-AGL customer of ours that does all their builds with it16:55
RPJaMa: I have changes to elfutils which break it16:56
smurrayRP: in other news, I fat-fingered and sent the oe-core patch for the PR server to bitbake-devel first, so you may see it twice16:56
RPI'm sure I can "fix" it, I'm just depressed I get to poke at it again :(16:56
RPsmurray: np :)16:56
*** xmn <xmn!> has joined #yocto16:57
override_yo anyone wana explain why/wehn we use getVarFlags over something like do_fetch[deptask]??? i dont quite understand the idea behind it16:57
smurrayRP: I did find in the asyncio docs that there's a way to hand an existing socket to the asyncio server code, but it looks like it'd be kind of unwieldy to attempt making that work wrt caching like was being done before16:58
RPsmurray: lets see how it works without that first :)16:58
RPcurses. I did fix the thing :/16:59
smurrayRP: yeah, I figure the cost of opening the socket every time will not be visible compared to actually doing packaging, but could be wrong16:59
moto-timoRP: be careful what you’re good at ;)16:59
khemRP:  your pseudo fix needs to extent into riscv32 and riscv64 as well see
RPkhem: do you have the symbol versions and compiler ifdef line?17:01
RPmoto-timo: I've fixed that layer far too often :(17:02
moto-timo<cough>Eclipse plugins</cough>17:02
RPsmurray: I guess we should perhaps see what the connection count is like without that cache just to see what it is doing17:03
smurrayRP: you'll see in the patch that I call close on the connection, I added that since running with -X dev indicated a bunch of sockets left open when running the PR selftests17:04
smurrayRP: so there's definitely multiple connections from a single process in the e.g. PR export usecase, but I was thinking it less likely in normal building17:05
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)17:24
*** mcon <mcon!> has quit IRC (Quit: mcon)17:28
khemRP:  compiler defs would be #if defined(__riscv) && __riscv_xlen == 32 and #if defined(__riscv) && __riscv_xlen == 6417:46
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 245 seconds)17:49
*** Ad0 <Ad0!~Ad0@> has joined #yocto17:58
*** florian <florian!> has joined #yocto18:10
*** florian <florian!> has quit IRC (Ping timeout: 252 seconds)18:19
*** xmn <xmn!> has joined #yocto18:35
*** stkw0 <stkw0!> has quit IRC (*.net *.split)19:00
*** stkw0 <stkw0!> has joined #yocto19:00
*** nerdboy_p <nerdboy_p!~nerdboy@> has joined #yocto19:03
*** nerdboy_ <nerdboy_!~nerdboy@> has quit IRC (Ping timeout: 248 seconds)19:06
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 268 seconds)19:07
*** frieder <frieder!> has quit IRC (Remote host closed the connection)19:12
*** prabhakarlad <prabhakarlad!> has quit IRC (Ping timeout: 246 seconds)19:13
*** florian <florian!> has joined #yocto19:18
khemRP:  you could add something like below19:25
khem#elif defined(__riscv)... (full message at
*** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has joined #yocto19:36
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Ping timeout: 268 seconds)19:50
khemRP:  this is incremental fix on top of master-next
khemyou might want to squash it20:03
*** prabhakarlad <prabhakarlad!> has joined #yocto20:14
*** alejandrohs <alejandrohs!> has quit IRC (Quit: WeeChat 3.2)20:15
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto20:23
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Read error: Connection reset by peer)20:26
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto20:26
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Client Quit)20:31
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)20:31
*** d0ku <d0ku!> has joined #yocto20:34
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 252 seconds)20:37
*** xmn <xmn!> has joined #yocto20:50
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)21:00
*** vmeson <vmeson!> has quit IRC (Ping timeout: 240 seconds)21:04
*** florian <florian!> has quit IRC (Ping timeout: 258 seconds)21:08
*** vmeson <vmeson!> has joined #yocto21:25
*** vmeson <vmeson!> has quit IRC (Client Quit)21:26
*** florian <florian!> has joined #yocto21:31
*** jwillikers <jwillikers!> has quit IRC (Remote host closed the connection)21:36
*** florian <florian!> has quit IRC (Ping timeout: 252 seconds)21:42
*** vmeson <vmeson!> has joined #yocto21:46
RPkhem: ok, just means another world rebuild but yes21:58
RPsmurray: I'm mostly worried about the do_package code21:58
smurrayRP: yes, that occurred to me, but I don't believe that executes in a reused process from a pool?21:59
RPsmurray: I think the problematic pattern is repeated expansion of the PR value and the worry that exact expansion is its own connection22:00
smurrayRP: hrm, okay22:00
smurrayRP: it looked to me like it'll only get called once in the do_packagedata -> package_get_auto_pr code path22:02
RPsmurray: possibly, I haven't looked at it in a while22:03
*** mcon <mcon!> has joined #yocto22:05
RPsmurray: looking at the code I think you're right and it should be ok22:06
RPsmurray: I think I'm remembering a different horror story22:07
smurrayRP: whew ;)22:07
RPsmurray: the connection caching was in Lianhao's original code!22:09
smurrayRP: afaict it really was only benefitting PR export now, since the connections were happening from the extra prexport event handlers during parsing22:11
RPsmurray: I suspect the reason was less for performance and more to stop it breaking the server22:12
smurrayRP: heh22:12
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 240 seconds)22:14
*** camus <camus!~Instantbi@> has joined #yocto22:14
RPsmurray: I've put it in for testing overnight22:17
smurrayRP: fingers crossed!22:17
RPsmurray: yes! Thanks for preserving with this, it will be worth it in the end :)22:18
smurraythanks, hoping it gets in since the r/o feature would be useful22:19
*** dev1990 <dev1990!> has quit IRC (Quit: Konversation terminated!)22:24
*** sakoman <sakoman!~steve@> has quit IRC (Quit: Leaving.)22:31
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)22:39
*** xmn <xmn!> has joined #yocto22:40
*** xmn <xmn!> has quit IRC (Client Quit)22:40
*** xmn <xmn!> has joined #yocto22:43
*** mcon <mcon!> has quit IRC (Quit: mcon)23:06
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto23:21
*** sakoman <sakoman!~steve@> has joined #yocto23:28
*** d0ku <d0ku!> has quit IRC (Ping timeout: 252 seconds)23:44

Generated by 2.17.2 by Marius Gedminas - find it at!