| *** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 00:08 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 00:19 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!) | 00:31 | |
| vd | vmeson 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!~wooo@89-212-21-243.static.t-2.net> 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!~xmn@p200300c37f2e9900e11bf9577566c1c9.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 245 seconds) | 01:47 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 01:50 | |
| *** ChanServ <ChanServ!ChanServ@services.libera.chat> has quit IRC (*.net *.split) | 01:56 | |
| *** ChanServ <ChanServ!ChanServ@services.libera.chat> has joined #yocto | 02:05 | |
| *** sodium.libera.chat sets mode: +o ChanServ | 02:05 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 02:17 | |
| *** nerdboy_ <nerdboy_!~nerdboy@47.143.129.213> has joined #yocto | 02:18 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 245 seconds) | 02:20 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 02:21 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 02:52 | |
| *** nerdboy_ is now known as nerdboy | 02:57 | |
| smurray | RP abelloni dl9pf: meta-agl-core should be good on the autobuilder now, I think | 03:06 |
| *** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has joined #yocto | 03:19 | |
| *** paulg <paulg!~boodler@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 240 seconds) | 03:39 | |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 04:00 | |
| vmeson | vd: 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@103.208.69.35> has joined #yocto | 04:15 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 252 seconds) | 04:20 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 04:21 | |
| *** wooosaiiii <wooosaiiii!~wooo@internet-188-196-123-151.narocnik.mobitel.si> has joined #yocto | 04:37 | |
| *** wooosaiiii <wooosaiiii!~wooo@internet-188-196-123-151.narocnik.mobitel.si> has quit IRC (Ping timeout: 240 seconds) | 04:55 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 05:03 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (Remote host closed the connection) | 05:18 | |
| *** wooosaiiii <wooosaiiii!~wooo@internet-188-196-123-151.narocnik.mobitel.si> has joined #yocto | 05:22 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has joined #yocto | 05:23 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-21-184-145-222-193.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 05:24 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (Ping timeout: 245 seconds) | 05:30 | |
| *** mranostaj <mranostaj!~mranostaj@97-120-53-30.ptld.qwest.net> has joined #yocto | 05: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!~rob@ppp-93-104-59-173.dynamic.mnet-online.de> has joined #yocto | 06:11 | |
| *** puru <puru!~puru@2405:201:a410:a032:5173:6b19:15fd:457c> has joined #yocto | 06:16 | |
| *** ant__ <ant__!~ant@host-95-250-170-64.retail.telecomitalia.it> has quit IRC (Ping timeout: 252 seconds) | 06:25 | |
| wCPO | qschulz: 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!~Thunderbi@host-79-23-91-44.retail.telecomitalia.it> has joined #yocto | 06:28 | |
| *** frieder <frieder!~frieder@i59F4BC52.versanet.de> has joined #yocto | 06:30 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:33 | |
| *** frieder <frieder!~frieder@i59F4BC52.versanet.de> has quit IRC (Remote host closed the connection) | 06:33 | |
| *** frieder <frieder!~frieder@i59F4BC52.versanet.de> has joined #yocto | 06:34 | |
| *** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has joined #yocto | 06:35 | |
| wCPO | I'm very new to Yocto. I'm considering creating a recipe for https://github.com/systemd/zram-generator/ 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 #yocto | 06:40 | |
| mranostaj | swap on zram seems interesting to me | 06:45 |
| wCPO | mranostaj: yeh, we are considering using it for a compressed tmpfs, mkfs.ext4 /dev/zram0 && mount | 06:49 |
| wCPO | Is foo:append preferred over foo_append? | 06:58 |
| *** zpfvo <zpfvo!~fvo@88.130.220.215> has joined #yocto | 06:58 | |
| mihai | wCPO: yes | 07:00 |
| mihai | specially if you're working on master | 07:00 |
| *** kranzo <kranzo!~kranzo@p5de3f170.dip0.t-ipconnect.de> has joined #yocto | 07:03 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds) | 07:08 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:11 | |
| RP | smurray: last build looked green :) | 07:14 |
| kranzo | how would i supply a patch properly to be merged in hardknott and master? (git send-email) | 07:19 |
| mihai | kranzo: submit in master, wait for review and merge, request backport to hardknott | 07:23 |
| *** mranostaj <mranostaj!~mranostaj@97-120-53-30.ptld.qwest.net> 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 | |
| OnkelUlla | wCPO: Perhaps you should synchronize with tlwoerner who is currently working on zram as well, see https://lists.openembedded.org/g/openembedded-core/message/154945 . | 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 #yocto | 07:51 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:09 | |
| kranzo | openembedded-core@lists.openembedded.org 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 repos | 08:18 |
| kranzo | *am i right that ... | 08:18 |
| kanavin | RP: I'm back in Berlin, and working on a big batch of package updates that should go in before the freeze | 08:21 |
| kanavin | RP: 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 maintenance | 08:22 |
| kanavin | rburton, ^^^ | 08:23 |
| *** zyga <zyga!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has joined #yocto | 08:24 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08: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 | |
| rburton | kranzo: poky contains oe-core, so you can send patches for iether to oe-core@ | 08:33 |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 08:34 | |
| *** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has joined #yocto | 08:35 | |
| *** rostam98[m] <rostam98[m]!~rostam98m@2001:470:69fc:105::ca0e> has joined #yocto | 08:35 | |
| *** wooosaiiii <wooosaiiii!~wooo@internet-188-196-123-151.narocnik.mobitel.si> has quit IRC (Ping timeout: 245 seconds) | 08:37 | |
| RP | kanavin: very cool :) | 08:37 |
| *** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has joined #yocto | 08:37 | |
| *** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto | 08:37 | |
| *** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has joined #yocto | 08:38 | |
| *** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has joined #yocto | 08:38 | |
| *** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has joined #yocto | 08:38 | |
| *** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has joined #yocto | 08:38 | |
| *** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has joined #yocto | 08:38 | |
| RP | kanavin: I've been focusing on the overrides changes and things like the glibc upgrade which has caused a few issues | 08:38 |
| *** khem <khem!~khemmatri@2001:470:69fc:105::b81> has joined #yocto | 08:38 | |
| *** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has joined #yocto | 08:38 | |
| *** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has joined #yocto | 08:38 | |
| *** cody <cody!~cody@user/cody> has joined #yocto | 08:38 | |
| *** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has joined #yocto | 08:38 | |
| *** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has joined #yocto | 08:38 | |
| *** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has joined #yocto | 08:39 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto | 08:39 | |
| *** t_unix[m] <t_unix[m]!~tunixmatr@2001:470:69fc:105::9ea> has joined #yocto | 08:39 | |
| *** berton[m] <berton[m]!~fabiobert@2001:470:69fc:105::ce36> has joined #yocto | 08:39 | |
| *** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has joined #yocto | 08:39 | |
| *** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto | 08:39 | |
| *** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto | 08:39 | |
| *** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has joined #yocto | 08:40 | |
| *** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has joined #yocto | 08:40 | |
| *** barath <barath!~barath@2001:470:69fc:105::21a> has joined #yocto | 08:40 | |
| *** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has joined #yocto | 08:40 | |
| *** behanw[m] <behanw[m]!~behanwmat@2001:470:69fc:105::c96> has joined #yocto | 08:40 | |
| *** SamuelDolt[m] <SamuelDolt[m]!~samdoltma@2001:470:69fc:105::4898> has joined #yocto | 08:40 | |
| *** halstead[m] <halstead[m]!~halsteadm@2001:470:69fc:105::d0ef> has joined #yocto | 08:40 | |
| *** michaelo[m] <michaelo[m]!~michaelom@2001:470:69fc:105::d101> has joined #yocto | 08:40 | |
| *** tokamak[m] <tokamak[m]!~tokamakma@2001:470:69fc:105::c4df> has joined #yocto | 08:41 | |
| *** m1kr0[m] <m1kr0[m]!~m1kr0matr@2001:470:69fc:105::c827> has joined #yocto | 08:41 | |
| kranzo | rburton but still do i base on my patch on git.openembedded.org or git.yoctoproject.org | 08:43 |
| *** xmn <xmn!~xmn@p200300c37f2e9900b18b88f90ac88a16.dip0.t-ipconnect.de> has joined #yocto | 08:45 | |
| kranzo | its the same change but on different folders | 08:46 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:51 | |
| rburton | kranzo: whatever you're actually using so you can test it | 08:51 |
| kranzo | ok 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 :D | 08:54 |
| rburton | the mailing list for anything in meta/ is oe-core@ | 08:56 |
| rburton | you don't need to specify poky or oe-core as for anything in meta/ they're identical | 08:56 |
| rburton | poky is just bitbake+oe-core+some other repositories, all squashed together | 08:56 |
| kranzo | @lists.openembedded.org or @@lists.yoctoproject.org, i feel a bit dumb right now :D | 08:58 |
| rburton | git send-email --to=openembedded-core@lists.openembedded.org | 08:59 |
| kranzo | thanks | 09:07 |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 09:25 | |
| mcon | Hi, 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 git@server.somwhere.com:project/subproject.git" 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/__init__.py#407) what am I missing? | 09:26 |
| kranzo | @mcon type=git right? so did you try: | 09:30 |
| kranzo | git://git@server.somwhere.com/project/subproject.git;protocoll=ssh | 09:31 |
| kranzo | *protocol | 09:31 |
| kranzo | that is what i use with pubkey enabled | 09:31 |
| mcon | kranzo: Thanks, I'll try it ASAP. I did not remember trying this combination. | 09:33 |
| *** xmn <xmn!~xmn@p200300c37f2e9900b18b88f90ac88a16.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds) | 09:35 | |
| wCPO | OnkelUlla: thanks for the pointer, could very likely be useful | 09:42 |
| kranzo | mcon 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=https | 09:43 |
| kranzo | *protocol ... | 09:43 |
| mcon | kranzo: 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 server | 09: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 namespace | 09:52 |
| qschulz | and then rely on your ssh-agent or keyring having unlocked the passphrase of the ssh key (if you do have a passphrase) | 09:55 |
| qschulz | which usually requires a bit of tinkering if you're using containers for example | 09:56 |
| kranzo | as 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 agent | 10:01 |
| wCPO | hmm, is there no way to add multiple systemd-boot loader entries? It looks like the code is only adding a single file: https://github.com/openembedded/openembedded-core/blob/5c2b1fb09e786ec392979d21dc7884ca23cd84f0/scripts/lib/wic/plugins/source/bootimg-efi.py#L148-L157 | 10:08 |
| *** rskumar <rskumar!~rskumar@2001:420:c0e0:1004::192> has joined #yocto | 10:14 | |
| rskumar | i 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.h | 10:16 |
| rskumar | i had to clean and build linux-libc-headers again to get it. Can someone help me to understand why this happens? | 10:17 |
| rskumar | i am able to build Jethro version in the same podman.. But, i am getting build errors only with Zeus version | 10:20 |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 10:21 | |
| LetoThe2nd | rskumar: that sounds like it might be a problem with a recipe that is not sysroot-safe. those were introduced in pyro. | 10:21 |
| rskumar | another 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.3 | 10: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__ | file | 10:30 |
| ad__ | the "file" tool seems needed ... | 10:31 |
| *** chobo <chobo!~chobo@93.180.109.168> has joined #yocto | 11:13 | |
| wCPO | Is there any difference between SRI_URI += "foo" and SRI_URI:append = "foo"? | 11:15 |
| rburton | wCPO: yes https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#basic-syntax | 11:17 |
| *** otavio_ <otavio_!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 11:22 | |
| wCPO | rburton: hmm "are applied at variable expansion time rather than being immediately applied", does it matter when it is done? | 11:29 |
| rburton | yes | 11:29 |
| kranzo | wCPO read further : https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#variable-expansion | 11:30 |
| kranzo | there is the example | 11:30 |
| wCPO | kranzo: 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_!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 11:37 | |
| *** rob_w <rob_w!~rob@ppp-93-104-59-173.dynamic.mnet-online.de> has quit IRC (Quit: Leaving) | 11:39 | |
| *** rskumar <rskumar!~rskumar@2001:420:c0e0:1004::192> has quit IRC (Quit: Client closed) | 11:39 | |
| tlwoerner | OnkelUlla: thanks for the pointer | 11:40 |
| tlwoerner | wCPO: 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 later | 11:40 |
| OnkelUlla | wCPO, tlwoerner: You're welcome! :) | 11:44 |
| qschulz | wCPO: https://pretalx.com/media/yocto-project-summit-2021/submissions/WTT3UV/resources/Demystifying_the_OVERRIDES_mechan_no6J6fb.pdf | 11:50 |
| qschulz | use += as often as possible as appends are trickier to undo | 11:50 |
| prabhakarlad | Hi all, is there a way I can disable do_patch for a recipe? | 12:17 |
| *** paulg <paulg!~boodler@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 12:18 | |
| qschulz | prabhakarlad: do_patch[noexec] = "1" | 12:20 |
| prabhakarlad | qschulz: thanks for the pointer that did the trick! | 12:22 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 12:25 | |
| kranzo | qschulz after reading your slides: can we say as rule of thumb conf -> _append every thing else += if possible? | 12:28 |
| wCPO | aren't runqemu supposed to run the newest image? | 12:37 |
| wCPO | qschulz: thanks for the slides. I will use += when possible then | 12:37 |
| wCPO | runqemu is apparently booting the oldest image... :/ | 12:42 |
| qschulz | kranzo: yes | 12:44 |
| *** EdinBrodlic[m] <EdinBrodlic[m]!~batcha88m@2001:470:69fc:105::dd0e> has joined #yocto | 12:45 | |
| *** EdinBrodlic[m] is now known as batcha[m] | 12:46 | |
| tlwoerner | qschulz: wCPO: not to mention https://www.youtube.com/watch?v=YbLe84JCSFg and https://elinux.org/YPS_May2021_Presentations | 12:46 |
| *** chobo <chobo!~chobo@93.180.109.168> has quit IRC (Quit: Client closed) | 12:46 | |
| wCPO | tlwoerner: uh, maybe I can allocate some work time for watching some of the presentations :) | 12:47 |
| tlwoerner | wCPO: let me know how that goes (lol) don't hold your breadth :-) | 12:48 |
| wCPO | hmm, so multiple *.iso files is created but only a single .qemuboot.conf referring to the first iso | 12:52 |
| vmeson | If you want to help improve the Yocto Autobuilder, feel free to join: https://windriver.zoom.us/j/3696693975 | 13:00 |
| 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 |
| tlwoerner | RP: you were asking something about how i was handling the packagegroups so i pushed an RFC patch for you to look at | 13:01 |
| tlwoerner | is it just me, or when i visit oe-core's patchwork, i don't see any patches past 2020? https://patchwork.openembedded.org/project/oe-core/series/?ordering=-last_updated | 13:02 |
| wCPO | Enabling 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 #yocto | 13:10 | |
| * wCPO is starting to understand yocto | 13:11 | |
| qschulz | wCPO: syntactically you probably need a leading space | 13:12 |
| *** yates_home <yates_home!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 13:13 | |
| yates_home | what is the difference between the sysroots-uninative and the sysroots-sysroot-native?, and recipe-sysroot-native? | 13:14 |
| rburton | the uninative sysroot contains just the uninative libc | 13:15 |
| rburton | recipe-sysroot is the target sysroot, and recipe-sysroot-native is the native sysroot | 13:15 |
| yates_home | rburton: i can't find a good google on "uninative" - what does that mean? | 13:17 |
| rburton | https://docs.yoctoproject.org/ref-manual/classes.html?highlight=uninative#uninative-bbclass | 13:17 |
| yates_home | thank you. | 13:18 |
| yates_home | i guess for "UNIfied NATIVE"? | 13:20 |
| *** Guest81 <Guest81!~Guest81@64.222.164.134> has joined #yocto | 13:20 | |
| rburton | right | 13:21 |
| *** rpcme <rpcme!~rpcme@52.95.4.25> has joined #yocto | 13:26 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 13:28 | |
| rpcme | What is the expected behavior when you define a MACHINE configuration that doesn't exist? | 13:30 |
| rpcme | For 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!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 13:37 | |
| abelloni | bitbake should fail quite quickly, complaining the machine configuration doesn't exist | 13:39 |
| rpcme | Yes 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@58.246.136.202> has joined #yocto | 13:43 | |
| rpcme | I 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 :D | 13:43 |
| *** xmn <xmn!~xmn@2a02:8070:279c:8500:a58e:80ec:bdb4:303c> has joined #yocto | 13:49 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 13:50 | |
| *** xmn <xmn!~xmn@2a02:8070:279c:8500:a58e:80ec:bdb4:303c> has quit IRC (Ping timeout: 258 seconds) | 13:54 | |
| rpcme | Just FYI https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1028955/processor-sdk-am64x-image-build-improperly-fails-on-incorrect-machine-definition | 13:54 |
| *** mcon <mcon!~Thunderbi@host-79-23-91-44.retail.telecomitalia.it> has left #yocto | 13:55 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Remote host closed the connection) | 13:59 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-21-184-145-222-193.dsl.bell.ca> has joined #yocto | 14:11 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 14:13 | |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 14:15 | |
| *** zyga <zyga!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has quit IRC (Remote host closed the connection) | 14:27 | |
| wyre | how can I perform a do_fetch task from a private repo? | 14:29 |
| kranzo | depends on the hoster | 14:30 |
| kranzo | were is it hosted and how do you clone normally? | 14:30 |
| wyre | kranzo, gitlab | 14:33 |
| wyre | kranzo, through ssh | 14:33 |
| kranzo | git://git@server/namespace/project.git;protocol=ssh | 14:36 |
| kranzo | as SRC_URI then | 14:36 |
| wyre | and what about the keypair? | 14:36 |
| kranzo | the one who is pulling needs a privatekey with access to rhe repo | 14:37 |
| kranzo | an alternative is creating a accesstoken with read access and using https cloining with username:accesstoken | 14:42 |
| *** davidinux <davidinux!~davidinux@217.138.197.52> has quit IRC (Ping timeout: 240 seconds) | 14:51 | |
| *** zyga <zyga!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has joined #yocto | 14:53 | |
| *** d0ku <d0ku!~d0ku@178.43.198.70.ipv4.supernova.orange.pl> has joined #yocto | 14: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 #yocto | 15:11 | |
| JaMa | RP: 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 enabled | 15:12 |
| *** _franck_ <_franck_!~fjullien@70.5.9.93.rev.sfr.net> has joined #yocto | 15:13 | |
| rburton | with current master? | 15:13 |
| rburton | there's been some churn | 15:13 |
| JaMa | yes, current master with uninative-3.3 and yours https://git.openembedded.org/openembedded-core/commit/?id=98248306e4b5f023e96375293b60524574ebb686 | 15:14 |
| _franck_ | hi | 15:15 |
| _franck_ | My recipe needs gstreamer1.0-dev | 15: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.0 | 15:15 |
| _franck_ | gstreamer1.0 RPROVIDES gstreamer1.0-dev | 15:15 |
| _franck_ | gstreamer1.0-vaapi | 15: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 |
| rburton | you DEPENDS on a recipe | 15:16 |
| rburton | so gstreamer1.0 | 15: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 else | 15:17 |
| _franck_ | configure: NOTICE: gstreamer not found, gstreamer support disabled | 15:18 |
| _franck_ | I do have gstreamer, but may be not the dev libs | 15: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 files | 15:19 |
| JaMa | looks like libpthread.so.0 itself is there, will debug why bundled glib doesn't find it anymore | 15:19 |
| JaMa | honister$ 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.so | 15:19 |
| JaMa | lrwxrwxrwx 1 bitbake bitbake 18 Feb 1 2021 uninative-3.2-glibc-2.33/x86_64-linux/lib/libpthread.so.0 -> libpthread-2.33.so | 15:19 |
| JaMa | -rwxr-xr-x 1 bitbake bitbake 14K Aug 2 01:33 uninative-3.3-glibc-2.34/x86_64-linux/lib/libpthread.so.0 | 15:19 |
| rburton | _franck_: .a files are not built if you're using poky, as that disables static libraries | 15:24 |
| *** kranzo <kranzo!~kranzo@p5de3f170.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 15:26 | |
| *** kranzo <kranzo!~kranzo@p5de3f170.dip0.t-ipconnect.de> has joined #yocto | 15:26 | |
| *** kranzo <kranzo!~kranzo@p5de3f170.dip0.t-ipconnect.de> has left #yocto | 15:27 | |
| *** kranzo <kranzo!~kranzo@p5de3f170.dip0.t-ipconnect.de> has joined #yocto | 15:27 | |
| *** kranzo <kranzo!~kranzo@p5de3f170.dip0.t-ipconnect.de> 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!~kranzo@p5de3f170.dip0.t-ipconnect.de> has joined #yocto | 15:27 | |
| rburton | yes | 15:28 |
| * _franck_ needs to google that | 15:28 | |
| _franck_ | ah ok | 15:28 |
| rburton | to save time and space, poky turns off static libraries | 15:28 |
| _franck_ | any solution to workaround that ? | 15:28 |
| rburton | do you actually need static libraries? | 15:28 |
| rburton | statically linking to gstreamer makes very little sense | 15:28 |
| rburton | you just need DEPENDS=gstreamer1.0 | 15:29 |
| _franck_ | no I don't. I need gtramer dev, which is not in this recipe I guess. -dev only provides static libraries | 15:29 |
| rburton | do "oe-pkgdata-util list-pkgs-files -p gstreamer1.0" | 15:29 |
| rburton | you'll see the -dev has headers and shared libraries in | 15:30 |
| rburton | erm, list-pkg-files | 15:31 |
| rburton | JaMa: can you replicate with a fresh poky and nothing else? works here... | 15:31 |
| kranzo | gstreamer-dev in the ubuntu is not the same as the -dev build by yocto, sounds a bit like a name confusion | 15:31 |
| kergoth | ubuntu splits it into multiple individual packages just like we do. one recipe, multiple packages, just as they have one source package, multiple binary packages | 15:32 |
| kergoth | we tend toward more granularity in ours to save space, generally, though | 15:32 |
| _franck_ | rburton : ok I see thanks. So I need to figure out why libextractor doesn't detect gstreamer | 15:32 |
| kranzo | true but the content may differ, so maybe ubuntu has static libs shipped in that package | 15: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 wrong | 15:38 |
| JaMa | rburton: can replicate with oe-core and nodistro config (with and without uninative enabled) | 15:39 |
| JaMa | rburton: added some details to https://pastebin.com/4C4DYdXg | 15:39 |
| kergoth | _franck_: you cant just look in /usr/include, files for your dependencies are in staging, not the host | 15:39 |
| JaMa | rburton: host is ubuntu-20.04 with glibc-2.31 in docker | 15: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 |
| rburton | DEPEND is recipe, it will include the sysroot for that recipe | 15:41 |
| *** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has joined #yocto | 15:41 | |
| rburton | list-pkg-files is actually listing the packages, which is not the same thing | 15:41 |
| rburton | but anything thats in the -dev package is in the sysroot | 15:41 |
| rburton | (typically) | 15:41 |
| _franck_ | ok, I thought depend meant I depend on this package | 15:42 |
| rburton | https://docs.yoctoproject.org/ref-manual/variables.html#term-DEPENDS | 15:42 |
| paulg | https://docs.yoctoproject.org/ref-manual/variables.html#term-POISE | 15:43 |
| _franck_ | "Putting a package name such as “foo-dev” in DEPENDS does not make sense." | 15:43 |
| _franck_ | ok :) | 15:43 |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC (Quit: Konversation terminated!) | 15:44 | |
| kranzo | and dont forget the proper RDEPENDS to get the shared libs installed | 15:45 |
| *** amitk <amitk!~amit@103.208.69.35> has quit IRC (Ping timeout: 240 seconds) | 15:46 | |
| *** amitk <amitk!~amit@103.208.69.35> has joined #yocto | 15:46 | |
| rburton | well, that will happen for you | 15:47 |
| kranzo | ok nvm then | 15:47 |
| rburton | all 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 |
| rburton | i'd check that you inherited pkgconfig | 15:51 |
| rburton | and if that doesn't work, actually share the log and your recipe | 15:51 |
| rburton | its likely failing as you need to depend on more bits of gstreamer, not just the core | 15:52 |
| JaMa | rburton: it doesn't like the loader from uninative, if I switch back then it works, but doesn't show any error https://pastebin.com/iLNW8bFc | 15:52 |
| rburton | JaMa: i hate uninative | 15:53 |
| rburton | JaMa: can you file a bug? | 15:53 |
| _franck_ | rburton: I dont have inherited pkgconfig | 15:53 |
| _franck_ | I'll clean and retry | 15:53 |
| _franck_ | thanks for your help | 15:54 |
| rburton | no need to clean, just add and re-bitbake | 15:54 |
| _franck_ | I did but same thing | 15:54 |
| JaMa | rburton: 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 time | 15:54 |
| _franck_ | rburton I'll be back in 5 minutes, I'll share the logs and recipe | 15:55 |
| *** kranzo_ <kranzo_!~oliver@p5de3f170.dip0.t-ipconnect.de> has joined #yocto | 15:56 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has joined #yocto | 15:58 | |
| *** kranzo_ <kranzo_!~oliver@p5de3f170.dip0.t-ipconnect.de> has left #yocto | 15:59 | |
| *** override_ <override_!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has joined #yocto | 16:02 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.215> 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 |
| rburton | so 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 |
| rburton | so 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 file | 16:05 |
| paulg | override, see https://www.mail-archive.com/linux-yocto@lists.yoctoproject.org/msg01448.html | 16:05 |
| _franck_ | rburton: https://gist.github.com/fjullien/d898916587a9bf0cfd980cd4585eabfd | 16:05 |
| paulg | do_fetch[depends] += "linux-rt-5.12:do_fetch" | 16:05 |
| *** mcon <mcon!~Thunderbi@host-79-23-91-44.retail.telecomitalia.it> has joined #yocto | 16:06 | |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has joined #yocto | 16:06 | |
| rburton | _franck_: remove the PACKAGES and INHIBIT and INSANE lines | 16:06 |
| rburton | and your last do_install_append | 16:06 |
| rburton | basically your PACKAGES and FILES are bad, which is why you get lots of errors | 16:06 |
| rburton | but what's the actual configure error? | 16:07 |
| _franck_ | configure: NOTICE: gstreamer not found, gstreamer support disabled | 16:07 |
| _franck_ | ^ | 16:07 |
| rburton | what's the line above that | 16:08 |
| rburton | i ask because it checks for four different bits of gstreamer | 16:09 |
| mcon | I 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 |
| rburton | mcon: by full rebuild, do you mean from a clean sstate so it rebuilds the compilers? | 16:10 |
| mcon | rburton: Rebuild all artifacts from scratch, without using cache or whatever. Toolchain can stay (I can cleanup by hand if something really changes). | 16:11 |
| rburton | so selective rebuild | 16:13 |
| rburton | much easier if you say 'incremental' or '100% from scratch' | 16:13 |
| mcon | rburton: 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 |
| rburton | well always preserve DL_DIR between runs | 16:13 |
| rburton | always have a clean build directory | 16:13 |
| rburton | preserve sstate_dir between jobs but blast it away for your nightly | 16:14 |
| *** zyga <zyga!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has quit IRC (Remote host closed the connection) | 16:14 | |
| _franck_ | rburton: | 16:15 |
| _franck_ | checking for GSTREAMER... | 16:15 |
| _franck_ | yes | 16:15 |
| _franck_ | checking for GSTREAMER_PBUTILS... | 16:15 |
| _franck_ | no | 16:15 |
| _franck_ | checking for GSTREAMER_TAG... | 16:15 |
| _franck_ | no | 16:15 |
| _franck_ | checking for GSTREAMER_APP... | 16:15 |
| _franck_ | no | 16:15 |
| _franck_ | checking for GSF... | 16:15 |
| _franck_ | no | 16:15 |
| rburton | there you go | 16:15 |
| _franck_ | so it finds gstreamer | 16:15 |
| rburton | pbutils is in -plugins-base | 16:16 |
| _franck_ | I guess I need to create recipes for the others | 16:16 |
| rburton | so is tag | 16:16 |
| _franck_ | ah cool | 16:16 |
| rburton | no, they're in oe-core | 16:16 |
| rburton | so is app | 16:16 |
| mcon | rburton: 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 |
| JaMa | rburton: weird pthread_create returns EPERM when running inside docker, but only with uninative loader | 16:16 |
| yates_home | rburton: 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 |
| rburton | mcon: http://git.yoctoproject.org/cgit/cgit.cgi/meta-arm/tree/.gitlab-ci.yml | 16:16 |
| rburton | JaMa: ooh that might be your old docker rejecting new syscalls | 16:17 |
| rburton | yates_home: sysroots are recipe-specific | 16:17 |
| JaMa | Docker version 20.10.8 | 16:17 |
| yates_home | why? | 16:17 |
| yates_home | i would expect them to be toolchain-specific | 16:18 |
| rburton | yates_home: the sysroots are what you define in DEPENDS | 16:18 |
| rburton | yates_home: they're recipe specific so you don't get the DEPENDS of other recipes in your sysroot | 16:18 |
| *** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has quit IRC (Ping timeout: 258 seconds) | 16:19 | |
| mcon | rburton: THANKS! | 16:20 |
| rburton | yates_home: nothing is rebuilt, it's all hardlinks | 16:21 |
| _franck_ | rburton: much better | 16:21 |
| _franck_ | checking for GSTREAMER... | 16:21 |
| _franck_ | yes | 16:21 |
| _franck_ | checking for GSTREAMER_PBUTILS... | 16:21 |
| _franck_ | yes | 16:21 |
| _franck_ | checking for GSTREAMER_TAG... | 16:21 |
| _franck_ | yes | 16:21 |
| _franck_ | checking for GSTREAMER_APP... | 16:21 |
| _franck_ | yes | 16:21 |
| _franck_ | libextractor_gstreamer.so | 16:21 |
| _franck_ | thanks for your help | 16:21 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:22 | |
| _franck_ | rburton: what about this part ? --> https://gist.github.com/fjullien/d898916587a9bf0cfd980cd4585eabfd#file-extract-bb-L37 | 16:22 |
| rburton | might 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 = "1 | 16:23 |
| _franck_ | however, now I get /usr/lib/.debug/.... | 16:24 |
| *** nerdboy_ <nerdboy_!~nerdboy@47.143.129.214> has joined #yocto | 16:24 | |
| _franck_ | A Issue: extract: Files/directories were installed but not shipped in any package | 16:24 |
| rburton | wow must be an old yocto | 16:24 |
| _franck_ | :) | 16:24 |
| rburton | that's been automatically packaged for years | 16:24 |
| _franck_ | that's the yocto I have to work on | 16:24 |
| rburton | but the default rules put that into PN-dbg, so I guess you're still setting PACKAGES | 16:25 |
| rburton | don't do that | 16:25 |
| _franck_ | If I don't nothing is done. I don't understand. | 16:25 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:26 | |
| * _franck_ really needs to read yocto documentation | 16:26 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 240 seconds) | 16:26 | |
| _franck_ | let me try again | 16:26 |
| rburton | a good 50% of your recipe should be deleted | 16:27 |
| _franck_ | :) | 16:27 |
| *** kranzo[m] <kranzo[m]!~kranzomat@2001:470:69fc:105::dd3e> has joined #yocto | 16:27 | |
| _franck_ | if I remove PACKAGE, it doesn't configure and compile anything | 16:29 |
| rburton | it will re-package without recompiling | 16:29 |
| _franck_ | ok | 16:29 |
| rburton | <handwave> magic! | 16:29 |
| rburton | 'oe-pkgdata-util list-pkg-files -p libextractor' will show what it packaged where | 16:29 |
| _franck_ | still 30% to remove | 16:30 |
| *** kranzo <kranzo!~kranzo@p5de3f170.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 16:30 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has joined #yocto | 16:31 | |
| override_ | what good is getVarFlags function for when we can just do stuff like do_fetch[deptask] | 16:31 |
| JaMa | rburton: 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 |
| rburton | JaMa: might be worth creating a ticket still, but it's mostly a docker bug | 16:32 |
| *** d0ku <d0ku!~d0ku@178.43.198.70.ipv4.supernova.orange.pl> has quit IRC (Remote host closed the connection) | 16:34 | |
| JaMa | ok, will create one as pkgconfig-native suddenly failing isn't obvious to be caused by docker bug :) | 16:35 |
| rburton | no :) | 16:41 |
| rburton | first time that happened it an age to figure it out | 16:42 |
| *** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 16:43 | |
| RP | creating bugs is great but we do need help fixing them too :/ | 16:45 |
| moto-timo | RP: amen to that | 16:46 |
| JaMa | https://bugzilla.yoctoproject.org/show_bug.cgi?id=14519 | 16:50 |
| RP | right, so does anyone care about meta-gplv2? It is breaking and I really don't care about it | 16:51 |
| JaMa | what 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 dunfell | 16:53 |
| smurray | RP: 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 not | 16:54 |
| smurray | RP: I also know of one large non-AGL customer of ours that does all their builds with it | 16:55 |
| RP | JaMa: I have changes to elfutils which break it | 16:56 |
| smurray | RP: 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 twice | 16:56 |
| RP | I'm sure I can "fix" it, I'm just depressed I get to poke at it again :( | 16:56 |
| RP | smurray: np :) | 16:56 |
| *** xmn <xmn!~xmn@p200300c37f2e9900c8b5f412e1b7344d.dip0.t-ipconnect.de> has joined #yocto | 16:57 | |
| override_ | yo anyone wana explain why/wehn we use getVarFlags over something like do_fetch[deptask]??? i dont quite understand the idea behind it | 16:57 |
| smurray | RP: 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 before | 16:58 |
| RP | smurray: lets see how it works without that first :) | 16:58 |
| RP | curses. I did fix the thing :/ | 16:59 |
| smurray | RP: yeah, I figure the cost of opening the socket every time will not be visible compared to actually doing packaging, but could be wrong | 16:59 |
| moto-timo | RP: be careful what you’re good at ;) | 16:59 |
| khem | RP: your pseudo fix needs to extent into riscv32 and riscv64 as well see https://errors.yoctoproject.org/Errors/Details/601878/ | 17:00 |
| khem | https://errors.yoctoproject.org/Errors/Details/601772/ | 17:00 |
| RP | khem: do you have the symbol versions and compiler ifdef line? | 17:01 |
| RP | moto-timo: I've fixed that layer far too often :( | 17:02 |
| moto-timo | <cough>Eclipse plugins</cough> | 17:02 |
| RP | smurray: I guess we should perhaps see what the connection count is like without that cache just to see what it is doing | 17:03 |
| smurray | RP: 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 selftests | 17:04 |
| smurray | RP: 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 building | 17:05 |
| *** xmn <xmn!~xmn@p200300c37f2e9900c8b5f412e1b7344d.dip0.t-ipconnect.de> has quit IRC (Quit: ZZZzzz…) | 17:24 | |
| *** mcon <mcon!~Thunderbi@host-79-23-91-44.retail.telecomitalia.it> has quit IRC (Quit: mcon) | 17:28 | |
| khem | RP: compiler defs would be #if defined(__riscv) && __riscv_xlen == 32 and #if defined(__riscv) && __riscv_xlen == 64 | 17:46 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 245 seconds) | 17:49 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 17:58 | |
| *** florian <florian!~florian@dynamic-093-132-020-101.93.132.pool.telefonica.de> has joined #yocto | 18:10 | |
| *** florian <florian!~florian@dynamic-093-132-020-101.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 18:19 | |
| *** xmn <xmn!~xmn@p200300c37f2e9900859fd95f7466220f.dip0.t-ipconnect.de> has joined #yocto | 18:35 | |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has quit IRC (*.net *.split) | 19:00 | |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto | 19:00 | |
| *** nerdboy_p <nerdboy_p!~nerdboy@47.143.129.221> has joined #yocto | 19:03 | |
| *** nerdboy_ <nerdboy_!~nerdboy@47.143.129.214> has quit IRC (Ping timeout: 248 seconds) | 19:06 | |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has quit IRC (Ping timeout: 268 seconds) | 19:07 | |
| *** frieder <frieder!~frieder@i59F4BC52.versanet.de> has quit IRC (Remote host closed the connection) | 19:12 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 246 seconds) | 19:13 | |
| *** florian <florian!~florian@dynamic-093-132-020-101.93.132.pool.telefonica.de> has joined #yocto | 19:18 | |
| khem | RP: you could add something like below | 19:25 |
| khem | #elif defined(__riscv)... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/541ca5f28a112370a6a8bda09d250bd1e939c819) | 19:25 |
| *** tp43_ <tp43_!~ndeem@2001:1970:501a:e201:7dd8:7bb5:b166:9697> has joined #yocto | 19:36 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 268 seconds) | 19:50 | |
| khem | RP: this is incremental fix on top of master-next https://git.openembedded.org/openembedded-core-contrib/commit/?h=yoe/mut&id=da5c9b3c3c7e66c52ea2f79343e6009ff410f2ca | 20:03 |
| khem | you might want to squash it | 20:03 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 20:14 | |
| *** alejandrohs <alejandrohs!~alejandro@cpe-70-112-59-126.austin.res.rr.com> has quit IRC (Quit: WeeChat 3.2) | 20:15 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 20:23 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Read error: Connection reset by peer) | 20:26 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 20:26 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Client Quit) | 20:31 | |
| *** xmn <xmn!~xmn@p200300c37f2e9900859fd95f7466220f.dip0.t-ipconnect.de> has quit IRC (Quit: ZZZzzz…) | 20:31 | |
| *** d0ku <d0ku!~d0ku@178.43.198.70.ipv4.supernova.orange.pl> has joined #yocto | 20:34 | |
| *** amitk <amitk!~amit@103.208.69.35> has quit IRC (Ping timeout: 252 seconds) | 20:37 | |
| *** xmn <xmn!~xmn@p200300c37f2e9900655dc723b53a0eed.dip0.t-ipconnect.de> has joined #yocto | 20:50 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 21:00 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 240 seconds) | 21:04 | |
| *** florian <florian!~florian@dynamic-093-132-020-101.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 258 seconds) | 21:08 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 21:25 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Client Quit) | 21:26 | |
| *** florian <florian!~florian@dynamic-093-132-020-101.93.132.pool.telefonica.de> has joined #yocto | 21:31 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 21:36 | |
| *** florian <florian!~florian@dynamic-093-132-020-101.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 21:42 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 21:46 | |
| RP | khem: ok, just means another world rebuild but yes | 21:58 |
| RP | smurray: I'm mostly worried about the do_package code | 21:58 |
| smurray | RP: yes, that occurred to me, but I don't believe that executes in a reused process from a pool? | 21:59 |
| RP | smurray: I think the problematic pattern is repeated expansion of the PR value and the worry that exact expansion is its own connection | 22:00 |
| smurray | RP: hrm, okay | 22:00 |
| smurray | RP: it looked to me like it'll only get called once in the do_packagedata -> package_get_auto_pr code path | 22:02 |
| RP | smurray: possibly, I haven't looked at it in a while | 22:03 |
| *** mcon <mcon!~Thunderbi@host-79-23-91-44.retail.telecomitalia.it> has joined #yocto | 22:05 | |
| RP | smurray: looking at the code I think you're right and it should be ok | 22:06 |
| RP | smurray: I think I'm remembering a different horror story | 22:07 |
| smurray | RP: whew ;) | 22:07 |
| RP | smurray: the connection caching was in Lianhao's original code! | 22:09 |
| smurray | RP: afaict it really was only benefitting PR export now, since the connections were happening from the extra prexport event handlers during parsing | 22:11 |
| RP | smurray: I suspect the reason was less for performance and more to stop it breaking the server | 22:12 |
| smurray | RP: heh | 22:12 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 240 seconds) | 22:14 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 22:14 | |
| RP | smurray: I've put it in for testing overnight | 22:17 |
| smurray | RP: fingers crossed! | 22:17 |
| RP | smurray: yes! Thanks for preserving with this, it will be worth it in the end :) | 22:18 |
| RP | persevering | 22:18 |
| smurray | thanks, hoping it gets in since the r/o feature would be useful | 22:19 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 22:24 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 22:31 | |
| *** xmn <xmn!~xmn@p200300c37f2e9900655dc723b53a0eed.dip0.t-ipconnect.de> has quit IRC (Quit: ZZZzzz…) | 22:39 | |
| *** xmn <xmn!~xmn@p200300c37f2e9900655dc723b53a0eed.dip0.t-ipconnect.de> has joined #yocto | 22:40 | |
| *** xmn <xmn!~xmn@p200300c37f2e9900655dc723b53a0eed.dip0.t-ipconnect.de> has quit IRC (Client Quit) | 22:40 | |
| *** xmn <xmn!~xmn@p200300c37f2e9900655dc723b53a0eed.dip0.t-ipconnect.de> has joined #yocto | 22:43 | |
| *** mcon <mcon!~Thunderbi@host-79-23-91-44.retail.telecomitalia.it> has quit IRC (Quit: mcon) | 23:06 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.75> has joined #yocto | 23:21 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 23:28 | |
| *** d0ku <d0ku!~d0ku@178.43.198.70.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 252 seconds) | 23:44 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!