Friday, 2021-09-03

*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto00:04
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds)00:07
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 252 seconds)00:14
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 245 seconds)00:31
*** bps <bps!~bps@user/bps> has joined #yocto00:33
*** bps <bps!~bps@user/bps> has quit IRC (Remote host closed the connection)00:43
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection)01:22
*** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has joined #yocto01:32
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-147-203.home.otenet.gr> has quit IRC (Ping timeout: 256 seconds)01:34
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto01:56
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.)02:01
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto02:04
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto02:09
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds)02:12
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto02:21
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds)02:22
*** camus1 is now known as camus02:22
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)02:32
*** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto03:05
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection)03:12
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto03:15
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 244 seconds)03:34
*** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto04:00
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 256 seconds)04:02
*** jmiehe1 is now known as jmiehe04:02
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto04:08
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 245 seconds)04:17
*** amitk <amitk!~amit@103.208.69.141> has joined #yocto04:26
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.)04:56
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto05:27
*** vd97 <vd97!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto05:42
user123can anyone help me to resolve the error which i have put it in pastebin  https://pastebin.com/8nW7cnDd05:43
user123 i am facing this error when enabling multilib support for multimedia image.05:44
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds)05:45
*** pgowda <pgowda!~pgowda@103.130.108.19> has joined #yocto05:48
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto06:14
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds)06:22
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto06:39
*** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has joined #yocto06:43
*** mckoan|away is now known as mckoan06:49
mckoangood morning06:49
*** mckoan is now known as mckoan|away06:50
*** mckoan|away is now known as mckoan06:50
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto06:56
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto07:02
JosefHolzmayr[m]yo dudX07:07
mihaiyo07:07
wCPOTartarus: regarding: https://lists.openembedded.org/g/openembedded-core/message/155626. Do you have any good way to test it? I can easily test that the output is bigger than --extra-space, but that is about it. Ex: https://dl.klausen.dk/shots/DuZF3Oq1hdU6g9wXs7Cxdr9HPkRqoL9P.txt07:20
JosefHolzmayr[m]wCPO: oh that was you sending the patch?07:21
wCPOJosefHolzmayr[m]: yep, need to contribute where you can.07:21
JosefHolzmayr[m]wCPO: thank you very much. this particular patch stood a bit out for me and brightened my morning. ping me when its merged, please.07:22
user123can anyocan anyone help me to resolve the error which i have put it in pastebin  https://pastebin.com/8nW7cnDd  i am facing this error when enabling multilib support for multimedia image.ne help me to resolve the error which i have put it in pastebin  https://pastebin.com/8nW7cnDd07:37
user123<user123>  i am facing this error when enabling multilib support for multimedia image.07:37
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 240 seconds)07:41
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto07:41
*** pgowda <pgowda!~pgowda@103.130.108.19> has quit IRC (Ping timeout: 256 seconds)08:06
wCPOIs it recommend to using --in-reply-to for sending revised patches?08:12
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds)08:15
qschulzwCPO: -v 2 to git format-patch + optional --cc for each person that reviewed the earlier versions08:16
wCPOqschulz: gotcha, thanks!08:16
qschulzwCPO: if that is you who sent the extra-space patch, I was wondering if the extra-space shouldn't be expressed in terms of multiple of sector size?08:17
qschulzso basically, move the += extra-space before the *= sector_size08:18
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)08:18
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto08:18
*** SamuelDolt[m] <SamuelDolt[m]!~samdoltma@2001:470:69fc:105::4898> has quit IRC (Ping timeout: 250 seconds)08:19
*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has quit IRC (Ping timeout: 250 seconds)08:19
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has quit IRC (Ping timeout: 245 seconds)08:19
*** kranzo[m] <kranzo[m]!~kranzomat@2001:470:69fc:105::dd3e> has quit IRC (Ping timeout: 245 seconds)08:19
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (Ping timeout: 245 seconds)08:19
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto08:19
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has quit IRC (Ping timeout: 256 seconds)08:19
*** CarlesFernandez[ <CarlesFernandez[!~cfernande@2001:470:69fc:105::e590> has quit IRC (Ping timeout: 252 seconds)08:19
*** twinning[m] <twinning[m]!~twinningm@2001:470:69fc:105::e5db> has quit IRC (Ping timeout: 252 seconds)08:19
wCPOqschulz: I did consider it and accidentally did it (whoops 500GB image). Using just bytes is simpler I think (no 1GiB/512) and what happens if the sector size change (512->4096)? No sure the latter is a big concern tho08:21
qschulzI imagine the extra space to be specific to the machine and the image08:21
qschulzso if the sector size changes so should the extra-space?08:22
*** kranzo[m] <kranzo[m]!~kranzomat@2001:470:69fc:105::dd3e> has joined #yocto08:22
qschulzmaybe the other way around would be to align the extra-space on the sector size?08:22
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has joined #yocto08:22
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has quit IRC (Ping timeout: 245 seconds)08:22
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has quit IRC (Ping timeout: 252 seconds)08:22
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has quit IRC (Ping timeout: 252 seconds)08:22
qschulzand still express it in terms of bytes, just that it'll be rounded up to the next sector size?08:22
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto08:22
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto08:24
wCPOHmm. WIC is already doing some aligning. I don't think it is a bit issue if the last sector isn't aligned, fdisk or whatever tool you are using would align it correctly08:24
*** twinning[m] <twinning[m]!~twinningm@2001:470:69fc:105::e5db> has joined #yocto08:24
*** CarlesFernandez[ <CarlesFernandez[!~cfernande@2001:470:69fc:105::e590> has joined #yocto08:24
*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has joined #yocto08:26
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds)08:27
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto08:28
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has joined #yocto08:34
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto08:34
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has joined #yocto08:36
*** SamuelDolt[m] <SamuelDolt[m]!~samdoltma@2001:470:69fc:105::4898> has joined #yocto08:37
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto08:43
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto08:54
*** rostam98[m] <rostam98[m]!~rostam98m@2001:470:69fc:105::ca0e> has quit IRC (Quit: You have been kicked for being idle)09:00
kanavinRP: I think to untangle the lttng-tools ptest fails I should go ahead, and compile it inside qemu, and run it the way it's suppose to. Fixing cryptic fails without a working reference point is a struggle (I fixed some that were obvious incorrect ptest packaging mistakes but more remain).09:04
RPkanavin: can we improve the logging to resolve the cryptic issues?09:07
RPkanavin: are you meaning doing that just to sort the issues or change the way that ptest works permanently?09:07
kanavinRP: I mean that to better understand why something fails I want to have a reference point where that same something works.09:08
manuel1985My CI is failing in the following way: `Exception: Exception: KeyError: 'getpwuid(): uid not found: 9999'`09:08
manuel1985Path . is owned by uid 9999, gid 9999, which doesn't match any user/group on target. This may be due to host contamination.09:08
RPkanavin: that seems sensible09:08
kanavinRP: and the best way to do that is to build and run tests from the source tree - that doesn't mean the ptest will do the same, just that I would hopefully understand what is wrong.09:08
manuel1985can multiple poky versions share the same sstate cache?09:09
manuel1985(not at the same time)09:09
kanavinRP: although making ptest re-build the tests is a tempting prospect :) there's a bit much custom tweaking going on there.09:09
manuel1985uid/gid 9999 exists on the build machine. It's the user the CI builds run in. But the build itself is dockerized. Yocto runs inside the kas contianer.09:10
*** gsalazar <gsalazar!~gsalazar@194.38.148.130> has joined #yocto09:11
RPkanavin: I'd really prefer not to do that09:12
RPkanavin: working with upstream to declare the info we need to make the tweaking less needed may be an option if we could propose something neatish09:12
*** mithro <mithro!sid24875@id-24875.charlton.irccloud.com> has quit IRC ()09:12
kanavinRP: is there a place where I can chat with upstream?09:12
qschulzmanuel1985: yes multiple poky versions can reuse the same sstate cache directory but they won't reuse the sstate-cache because it is specific to poky versions (it's part of the filename of sstate cache entries)09:13
kanavinare they here?09:13
*** mithro <mithro!sid24875@id-24875.ilkley.irccloud.com> has joined #yocto09:13
manuel1985qschulz: Thank you09:13
kanavinRP: the good news is that so far I am not seeing sporadic fails: everything seems reproducible, and there are just 3 types of fail left09:14
kanavinall cryptic though09:14
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto09:18
RPkanavin: #lttng on oftc09:20
RPkanavin: they did used to be here but not since the libera move I think09:20
*** user123 <user123!~user@14.142.4.2> has quit IRC (Ping timeout: 252 seconds)09:33
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has quit IRC (Ping timeout: 245 seconds)09:35
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has joined #yocto09:37
*** flynn378 <flynn378!sid63564@id-63564.charlton.irccloud.com> has quit IRC ()09:39
*** flynn378 <flynn378!sid63564@id-63564.ilkley.irccloud.com> has joined #yocto09:39
*** Tartarus <Tartarus!sid72705@id-72705.charlton.irccloud.com> has quit IRC ()09:43
*** Tartarus <Tartarus!sid72705@id-72705.ilkley.irccloud.com> has joined #yocto09:44
*** cengiz_io <cengiz_io!sid223191@id-223191.charlton.irccloud.com> has quit IRC ()10:19
*** cengiz_io <cengiz_io!sid223191@id-223191.ilkley.irccloud.com> has joined #yocto10:19
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto10:24
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds)10:32
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 245 seconds)10:32
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto10:41
*** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto10:56
kanavinRP: thanks :) I built lttng-tools from source inside qemu, and 'make check' passed the tests with flying colours. The difference seems to be in ptest packaging somewhere...10:58
*** Domon <Domon!~domon@93.93.57.5> has joined #yocto10:59
kanavinno need to bother upstream yet then11:02
wCPOIs oe-selftest run from scratch over every run? I just ran a single test and it took 7547.129s. Now I tweaked the test and started oe-selftest again with specific test and it has already been running for +40 min.11:04
kanavinwCPO, depends on where your sstate is11:06
kanavinyou need to take it somewhere where it can be shared between the runs11:06
wCPOkanavin: oh yeh, totally forgot to enable it for my openembedded-core repo :(11:07
* wCPO is still learning11:07
JaMais there already bug report for duplicated/trippled logging from failed tasks? I think it was mentioned on ML long time ago, but cannot find that thread now11:10
wCPO"Build directory /foo/build-st already exists, aborting", do I need to remove it everytime I want to run oe-selftest?11:12
JaMafound it https://lists.openembedded.org/g/bitbake-devel/message/1214411:13
*** goliath <goliath!~goliath@user/goliath> has joined #yocto11:14
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto11:17
kanavinwCPO, generally, yes, but it's not a big deal if sstate is held outside of that dir11:21
kanavinthere might be a switch to avoid that somewhere11:22
wCPOkanavin: --keep-builddir must be the option11:23
rburtonthat sounds like a bug tbh, it should be cleaned up11:23
*** madisox <madisox!sid453692@id-453692.charlton.irccloud.com> has quit IRC ()11:24
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds)11:24
*** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has joined #yocto11:24
wCPOrburton: I did Ctrl+c the oe-selftest, so likely it just didn't got to the delete part, also explain why there is a --keep-builddir option, but I still want it to reuse the sstate directory11:25
wCPOkanavin: oe-selftest creates the directory and local.conf (where the sstate directory is set), so I'm not exactly sure how to set a different sstate directory for it11:26
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto11:33
kanavinwCPO, it copies local.conf from your existing builddir11:35
kanavinso you set it there and it'll be copied11:35
wCPOkanavin: I just figured, thanks tho :)11:35
wCPOlooks like I stumbled on a bug in the systemd recipe: https://dl.klausen.dk/shots/fp15MFIfW9ZMJpTmvmJDE3xx6wq1RF25.txt11:38
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)11:41
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)11:45
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto11:48
*** aeroraptor <aeroraptor!sid503835@charlton.irccloud.com> has quit IRC ()11:51
*** aeroraptor <aeroraptor!sid503835@id-503835.ilkley.irccloud.com> has joined #yocto11:51
*** halstead <halstead!uid505447@id-505447.charlton.irccloud.com> has quit IRC ()11:54
*** halstead <halstead!sid505447@id-505447.ilkley.irccloud.com> has joined #yocto11:54
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto11:56
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto12:02
*** ad__ <ad__!~heisenbug@user/ad/x-9056428> has quit IRC (Quit: ZNC 1.7.2+deb3~bpo9+1 - https://znc.in)12:09
*** ad__ <ad__!~heisenbug@mail.kernel-space.org> has joined #yocto12:11
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus)12:12
*** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has quit IRC (Quit: Leaving)12:14
*** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has joined #yocto12:14
wCPOIs yocto automatically pulling in the -dev package when building a recipe?12:25
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Remote host closed the connection)12:35
rburtonwCPO: if you mean in DEPENDS, then DEPENDS is recipe not package12:35
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto12:35
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto12:35
*** pgowda <pgowda!~pgowda@103.130.108.18> has joined #yocto12:38
wCPOrburton: so if the systemd recipe has DEPENDS = "util-linux" it will pull in util-linux-dev when building the systemd package?12:52
rburtonsort of12:53
rburtonit pulls in the sysroot for the util-linux recipe, which is similar to but is not the -dev package12:53
rburtonthe sysroot just needs the development headers/links, no binaries or data or anything else runtime12:54
wCPOrburton: thanks for the explanation, it make sense :)12:55
*** abiliomarques <abiliomarques!~abiliomar@44-147-177-143.ftth.glasoperator.nl> has joined #yocto12:59
abiliomarqueshi, I'm starting with Yocto, and I noticed something. With many layers coming from different sources, I might need to use some tool to keep track of them. For other projects I've used git submodules and repo, but was wondering if yocto has it's own way of working (similar to what you do with recipes, where you fetch source code from a remote)12:59
abiliomarquesany advice?12:59
rburtonsubmodules and repo works12:59
rburtonkas is another alternative that also handles the configuration file for you13:00
*** pgowda <pgowda!~pgowda@103.130.108.18> has quit IRC (Ping timeout: 256 seconds)13:01
*** pgowda <pgowda!uid516182@id-516182.charlton.irccloud.com> has joined #yocto13:03
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)13:04
*** pgowda57 <pgowda57!~pgowda@103.130.108.160> has joined #yocto13:05
abiliomarquesthanks :)13:05
*** pgowda57 <pgowda57!~pgowda@103.130.108.160> has quit IRC (Client Quit)13:05
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto13:11
RPJaMa: I'm wondering if we could just get rid of BBINCLUDELOGS13:14
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto13:21
RPzeddii: is there a reason we're still on go 1.16.5 and not 1.16.7 ?13:27
zeddiinope. anything with 16.x shouldn't cause issues.13:28
RPThere are open CVEs for 1.16.5 so upgrading would be nice :/13:28
RPkanavin: don't suppose you have that patch? :)13:28
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds)13:30
* RP finds a hardknott patch13:34
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds)13:47
abiliomarquesI learn by example, and so I was wondering if there is any well structured yocto project that can serve as a "template" to start working on a custom distro13:57
*** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto13:59
*** frieder <frieder!~frieder@i59F72251.versanet.de> has joined #yocto14:00
yates_workdoes yocto build cross-gcc for target T on host H using <build>/tmp/work/H-linux/gcc-cross-T?14:01
yates_worke.g., H = x86_64 and T = csky: <build>/tmp/work/x86_64-linux/gcc-cross-csky14:01
rburtonpretty much yes14:03
JPEWThe SBOM has landed!14:04
rburtonyates_work: the gcc-cross recipe is actually gcc-cross-$TARGET, and all native stuff is in HOST-linux14:04
rburtonJPEW: \o/14:04
RPJPEW: it has, thanks!14:04
JPEWThanks to rburton and sgw; they did a lot of the smoke testing :)14:05
RPJPEW: you should have mentioned you needed it setting fire to! :)14:05
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto14:06
yates_workrburton: right, ok.14:07
yates_workrburton: i'm trying to wrap my head around whether this is true or false: when the cross gcc is built, it mostly used the (host-)native gcc, but implicit linker files such as crti.S must be assembled with an existing cross-assembler. True or False?14:09
rburtonyou don't need any cross tools to bootstrap14:10
yates_worki don't know what "bootstrap" means, but i am asking specifically about building the gcc cross compiler. i am having an issue with the cross-compiler that (i believe) goes back to how the crti.S is assembled, and i'm having trouble tracking down exactly where this happens.14:11
RPyates_work: gcc-cross depends on binutils-cross which providers a cross assembler and is built using the host gcc14:13
yates_workto make it a little more convoluted, it appears crti.S is assembled as part of the libgcc submake from (cross)-gcc's main Makefile.14:13
yates_workRP: ok, thanks - that makes sense.14:13
*** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto14:17
yates_worki patched gcc_10.3.bb with a bbappend to compile the crti.S (and crtn.S) with the -DPIC option: http://paste.debian.net/1210256/14:22
yates_workbut apparently that patch is not making it into the cross-build of libgcc here: tmp/work/x86_64-linux/gcc-cross-csky/10.3.0-r0/gcc-10.3.0/build.x86_64-linux.csky-poky-linux/csky-poky-linux/libgcc/14:23
RPrburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/4220/steps/14/logs/warnings14:24
rburtonbah!14:24
rburtonslap a d on the end :)14:25
RPrburton: ok :)14:25
*** frieder <frieder!~frieder@i59F72251.versanet.de> has quit IRC (Ping timeout: 244 seconds)14:25
RPdone14:26
yates_workdoes the oe system use a different gcc recipe than gcc_10.3.bb when building these cross-components like libgcc?14:29
rburtonthere's a number of recipes in that folder14:30
rburtonhave a look and you'll see the split14:30
rburtonhint: one of them is called libgcc :)14:30
yates_workrburton: ok thanks - i'll look14:30
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection)14:31
*** frieder <frieder!~frieder@i59F72251.versanet.de> has joined #yocto14:33
yates_workrburton: so meta/recipes-devtools/gcc/libgcc_10.3.bb is only used for the cross-build of libgcc (in the above-referenced folder)?14:35
yates_work(i realized since i joined the chat this morning that i really don't want to be patching the native gcc...)14:36
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto14:37
yates_workhelp me! i'm in recipe hell! :)14:38
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-21-184-145-222-193.dsl.bell.ca> has joined #yocto14:38
yates_workI'm like Lazarus asking for a drop of water on the tongue...14:39
yates_workrather, the rich man asking Lazarus for...14:40
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection)14:41
*** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed)14:47
RPyates_work: gcc is a little special in that there is one "source" recipe in a shared workdir that powers them all14:47
RPyates_work: (gcc-source would be the one to patch)14:47
abiliomarquesmy qemu image doesn't seem to have DNS... any hint on why?14:51
*** camus <camus!~Instantbi@2409:8a1e:9114:9630:4057:2fd3:6d9c:176> has joined #yocto15:06
kanavinabiliomarques, because the promise for qemu images is that they only connect to the host, not to the whole internet. You can manually fix this up if needed.15:06
abiliomarques@kanavin, any advice on how to do it?15:07
kanavinabiliomarques, what is the use case?15:08
abiliomarquesjust want to try running docker in a yocto built image... want to try fetching an image from dockerhub15:08
abiliomarquesis just an experiment to check that I have everything properly set up before I go to real hardware15:10
kanavinabiliomarques, I've done this years ago so don't remember exactly. You need to set up DNS resolution config and check that the IP routing via host works.15:11
abiliomarquesI did it inside of the image, even added dnsmasq to it, but it didn't help15:11
abiliomarquesI can reach 1.1.1.1 and 8.8.8.815:11
abiliomarques(ping)15:11
abiliomarquesyou mean /etc/resolv.conf?15:12
kanavinyeah15:13
kanavinbut first check that you can reach other things than the host by ip address15:13
abiliomarquessomehow I think I wrote /etc/resolv.conf bad ... now it seems to be working15:16
RPrburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/2511/steps/14/logs/stdio :/15:16
abiliomarquesthanks :)15:16
rburtonRP: damnit!15:16
rburtonah, nuts, i knew that needed fixing15:17
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving)15:22
rburtonRP: fix sent, and an improvement for spdx too15:24
rburtonRP: sorry, i knew i had to fix that up but forgot :(15:24
*** vd97 <vd97!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed)15:26
*** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto15:27
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto15:27
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto15:27
RPrburton: thanks, one of those thins15:29
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)15:30
RPrburton: spdx patch doens't apply15:31
rburtonhm15:31
rburtonoh pants, sorry15:31
rburtonnot my day, obviously!15:31
rburtoni left half of the patches out :)15:32
rburtontake the selftest fix, i have some branch wrangling to do for the spdx one15:32
RPrburton: done :)15:33
barathsry for butting in; does anyone know if there's a "best practices" type of guide for making sure sstate is reusable across hosts?15:33
barathbuilding the same image first on host A, then trying to build the same on host B which has access to A's sstate-cache and host B still rebuilds a bunch of stuff... and I'm finding it difficult to manually compare sigdata and siginfo files15:34
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds)15:35
kanavinbarath, it usually comes down to just a handful, or maybe only one recipe doing something non-deterministic, e.g. factoring the current timestamp into the build input15:35
kanavinyou can try to see which is the first recipe that gets rebuilt, and that's probably the offending one15:36
fabatera[m]Hi All! I'm building a gatesgarth core-image-minimal based image.... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/f4bd7d17eb6be7515b847337da84af73f2d6f938)15:36
*** gsalazar_ <gsalazar_!~gsalazar@194.38.148.130> has joined #yocto15:37
*** gsalazar <gsalazar!~gsalazar@194.38.148.130> has quit IRC (Read error: Connection reset by peer)15:37
baraththanks kanavin, I've been trying that. guess I gotta try harder. would bitbake's -v flag be the best way to make sure that I dont miss what's rebuilt built first, or is there a better way/log?15:39
RPbarath: look at the logs in tmp/log/cooker/15:41
vdhow can I recompile only the DTS ?15:43
kanavinbarath, a trick that may also work is setting up an identical build on the same host in a different build directory. If sstate works, you should only see setscene tasks.15:44
qschulzvd: use dtc manually?15:45
vderk15:47
vdwe're using a build system! :)15:47
baraththanks @RP, didn't know about the cooker15:50
barathand good point about trying it on the same host, though I'm pretty sure that works... I'll see. thanks both of you :)15:51
*** mckoan is now known as mckoan|away15:56
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)15:59
*** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC (Quit: Konversation terminated!)15:59
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)16:01
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)16:03
*** arun <arun!~arun@205.251.233.52> has joined #yocto16:07
*** arun <arun!~arun@205.251.233.52> has quit IRC (Quit: Client closed)16:27
*** ant__ <ant__!~ant@host-79-20-51-116.retail.telecomitalia.it> has quit IRC (Ping timeout: 252 seconds)16:45
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto16:56
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving)16:59
JPEWAm I going to run into a lot of problems if I do `SSTATE_SKIP_CREATION_task-populate-sdk = '0'` ?17:05
JPEW(I have an expensive SDK I want cached in sstate for... reasons)17:06
RPJPEW: I can't remember why we did that...17:08
JPEWI guess I'll try and see if it breaks :)17:09
*** gsalazar_ <gsalazar_!~gsalazar@194.38.148.130> has quit IRC (Ping timeout: 240 seconds)17:10
*** florian <florian!~florian@dynamic-093-131-029-237.93.131.pool.telefonica.de> has joined #yocto17:11
sgwrburton: still around?  Looks like your recipetool patch was incomplete and caused some failures in -next (maybe you arlready know)17:16
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:45e9:a2bf:21a2:279> has joined #yocto17:26
*** florian <florian!~florian@dynamic-093-131-029-237.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 244 seconds)17:27
vddoes utf8.pm come with the "perl" recipe?17:29
vdyeah it install perl-module-utf8... somehow I have a /usr/bin/perl executable but not the ut8.pm module, weird.17:31
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto17:31
vdis that possible that I have perl but not perl-module-utf8 installed somehow?17:32
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds)17:40
smurrayvd: iirc, you need to either specify specific modules' packages or the perl-modules sort of meta package to get modules beyond the very basic ones17:42
vdit seems weird that perl-module-utf8 isn't part of the very basic ones17:45
vdbut ok thanks!17:45
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 250 seconds)17:46
smurrayvd: it's packaging is very fine grained, as the whole set is quite large17:49
*** nerdboy <nerdboy!~nerdboy@47.143.129.248> has joined #yocto17:58
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed)18:07
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 245 seconds)18:08
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:45e9:a2bf:21a2:279> has quit IRC (Quit: Client closed)18:10
sgwrburton: I just figured out you had submitted an uipdated patch, and that worked locally for me!18:12
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto18:13
zeddiianyone have experience debugging the PR Service ? JPEW ? smurray ?18:36
smurrayzeddii: what are you seeing?18:36
zeddiiit not working!  I'm doing something dense, and am just not seeing what's wrong. I'm trying to do some demo slides for the binary arfiacts ELC talk, and my efforts are crashing and burning.18:37
frayzeddii what do you need for it?18:38
zeddiiwhat #@$@# doc is it described in ? the yocto manuals are returning me nothing when I search for it. I only get hits on the wiki, which I'm not sure is up to date.18:39
fraywhat part of it do you need docs for.. general usage/configuration or?18:39
zeddiijust the setup as a start, so I can confirm I haven't f'd it up.18:40
smurraythere's a section in the dev manual about it, but it's not super detailed18:41
fraynormally I just follow what is in the local.conf.sample.extended18:42
zeddiiat this point. I'm already composing my email to the LF apologizing for not having my recording and slides in on the 7th :D18:42
frayhttp://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/conf/local.conf.sample.extended#n14718:43
zeddiisince I'm out of time and patience at the moment.18:43
zeddiiwhich I guess proves the point of my talk ;)18:43
fray(I realize the above is far from an explanation, more of a 'do this')18:43
smurrayin theory you just run bitbake-prserv with the ip/port to listen on and tell it the path to the sqlite db file18:44
zeddiiyah. I set PRSERV_HOST = "localhost:0" in my local.conf, but I'm just not seeing PR bumps where I'd expect.18:44
fray(remote pr service is similar..  ya, as smurray said you can run it w/ an ip/port)18:44
zeddiimaybe I need to rm -rf tmp and start a new build.18:44
frayPR numbers won't bump IF you have reproducible_builds enabled AND the output didn't change..18:44
frayso the old fashion 'touch this file' won't trigger the PR bump18:45
frayyou need to change something in a file that is packaged to trigger a PR bump, as the system will hash the output and compare that to a hash of the last output.. if they are the same "hash-equivalency" kicks in and the new hash is set to be equivalent to the old hash.. and no PR18:45
fray(that behavior changed when hash equivalency went in roughly gatesgarth timeframe)18:46
zeddiishould I see a pr-service process that stays alive after I've started it once ? or is it started and killed each time ?18:46
frayPR service will stay alive if you manually start it as a remote 'service'.   Otherwise I believe it's transient during the build18:46
fraywhen I debug things, I usually run it as a 'remote' service with debug enabled.. then I can see connects/disconnects and such18:47
zeddiiah. and I don't have anything in my conf for hash equiv, that isn't needed for the pr service, right ?18:47
frayI think hash equivalency is on by default these days18:47
zeddiiyah. that's what I thought, but I'm doubting everything now.18:48
frayif you need me to take a look at a config or other change, let me know18:51
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.)18:54
smurrayhash equiv is turned on in poky.conf, but it's not on by default18:55
zeddiiI'm using poky, so I should be covered.18:56
smurraythe oe-selftest for prserv tests the modified source case, so it should be working18:58
*** frieder <frieder!~frieder@i59F72251.versanet.de> has quit IRC (Ping timeout: 252 seconds)18:58
* zeddii looks there.18:58
smurrayit patches m4, iirc18:59
*** amitk <amitk!~amit@103.208.69.141> has quit IRC (Remote host closed the connection)19:08
*** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto19:32
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto19:37
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds)19:45
*** florian <florian!~florian@dynamic-093-131-029-237.93.131.pool.telefonica.de> has joined #yocto19:56
mattsmAny idea why some pc (pkgconfigZ) files are not included in an SDK? I see the corresponding libs there so I'd think those would go hand in hand19:57
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto20:17
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds)20:26
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds)20:34
*** frieder <frieder!~frieder@i59F72251.versanet.de> has joined #yocto20:42
mattsmI had to include the -dev package in the image for the sdk to contain the right pkgconfig file20:43
*** frieder <frieder!~frieder@i59F72251.versanet.de> has quit IRC (Remote host closed the connection)20:45
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto20:53
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)21:01
*** abiliomarques <abiliomarques!~abiliomar@44-147-177-143.ftth.glasoperator.nl> has quit IRC (Ping timeout: 245 seconds)21:13
*** florian <florian!~florian@dynamic-093-131-029-237.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)21:35
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto21:36
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds)21:44
*** alejandrohs <alejandrohs!~alejandro@cpe-70-112-59-126.austin.res.rr.com> has quit IRC (Ping timeout: 250 seconds)21:46
*** ant__ <ant__!~ant@host-79-20-51-116.retail.telecomitalia.it> has joined #yocto21:48
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 244 seconds)22:33
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto22:38
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto23:36
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto23:41
*** Gaffel <Gaffel!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has quit IRC (Quit: What's that?)23:41
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has quit IRC (Remote host closed the connection)23:43
*** Gaffel <Gaffel!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has joined #yocto23:45
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto23:47
*** dvorkindmitry <dvorkindmitry!~dvorkindm@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/)23:47
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has left #yocto23:47
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds)23:49
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto23:50
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!)23:50
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has quit IRC (Quit: Leaving.)23:52
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto23:52
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has quit IRC (Client Quit)23:52
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto23:53
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has quit IRC (Client Quit)23:53
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Read error: Connection reset by peer)23:56
*** vagaruy <vagaruy!~vagaruy@2603:9000:990a:9453:e97e:a1dc:5ef:2be2> has joined #yocto23:57

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!