Tuesday, 2021-03-16

*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto00:09
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC00:10
*** kaspter <kaspter!~Instantbi@119.137.52.131> has joined #yocto00:41
*** rfried3 <rfried3!~rfried@207.154.200.205> has joined #yocto01:04
*** Wouter01009 <Wouter01009!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto01:04
*** rewitt3 <rewitt3!rewitt@unaffiliated/rewitt> has joined #yocto01:05
*** matteo| <matteo|!~matteo@redhat/matteo> has joined #yocto01:05
*** yocton_ <yocton_!~quassel@51.15.170.227> has joined #yocto01:06
*** eduardas_ <eduardas_!~eduardas@82-135-139-249.static.zebra.lt> has joined #yocto01:06
*** u1106 <u1106!~quassel@uwe.iki.fi> has joined #yocto01:06
*** Yatekii_ <Yatekii_!~yatekii@huesser.dev> has joined #yocto01:06
*** denix0 <denix0!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto01:06
*** rperier_ <rperier_!~quassel@234.ip-51-91-57.eu> has joined #yocto01:06
*** opello_ <opello_!~opello@about/csharp/regular/opello> has joined #yocto01:07
*** tprrt_ <tprrt_!~tprrt@shells.bootlin.com> has joined #yocto01:07
*** champagneg2 <champagneg2!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto01:07
*** stacktru2t <stacktru2t!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has joined #yocto01:08
*** wmat_ <wmat_!foobar@gromit.mixdown.ca> has joined #yocto01:08
*** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has joined #yocto01:09
*** eduardas_ <eduardas_!~eduardas@82-135-139-249.static.zebra.lt> has quit IRC01:09
*** Bernkastel-sama <Bernkastel-sama!~Rika-chan@unaffiliated/carlgel> has joined #yocto01:10
*** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has quit IRC01:12
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC01:12
*** stacktru1t <stacktru1t!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has quit IRC01:12
*** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC01:12
*** rewitt2 <rewitt2!rewitt@unaffiliated/rewitt> has quit IRC01:12
*** otavio_ <otavio_!~otavio@static.203.17.243.136.clients.your-server.de> has quit IRC01:12
*** rfried <rfried!~rfried@207.154.200.205> has quit IRC01:12
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC01:12
*** champagneg1 <champagneg1!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC01:13
*** matteo <matteo!~matteo@redhat/matteo> has quit IRC01:13
*** yocton <yocton!~quassel@51.15.170.227> has quit IRC01:13
*** opello <opello!~opello@about/csharp/regular/opello> has quit IRC01:13
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC01:13
*** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC01:13
*** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC01:13
*** wmat <wmat!foobar@gromit.mixdown.ca> has quit IRC01:13
*** tprrt <tprrt!~tprrt@shells.bootlin.com> has quit IRC01:13
*** u1106_ <u1106_!~quassel@uwe.iki.fi> has quit IRC01:13
*** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC01:13
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC01:13
*** psrcode <psrcode!~psrcode@104.225.222.123> has quit IRC01:13
*** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has quit IRC01:13
*** Yatekii <Yatekii!~yatekii@huesser.dev> has quit IRC01:13
*** Wouter01009 is now known as Wouter010001:13
*** rfried3 is now known as rfried01:13
*** denix0 is now known as denix01:13
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto01:13
*** psrcode <psrcode!~psrcode@104.225.222.123> has joined #yocto01:13
*** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has quit IRC01:15
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto01:19
*** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto01:19
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto01:20
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto01:20
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto01:27
*** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has joined #yocto01:32
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC01:32
*** sgw1 <sgw1!~sgw@2601:642:c400:ecf0:c857:9bba:7432:3c19> has quit IRC01:45
*** stephano <stephano!~stephano@73.240.0.134> has quit IRC02:15
*** sakoman <sakoman!~steve@72.173.249.164> has quit IRC02:19
*** kpo_ <kpo_!~kpo@gl69-39.master.pl> has quit IRC02:32
*** gpanders_ <gpanders_!~gpanders@gateway/tor-sasl/gpanders> has quit IRC02:54
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto03:19
*** ahadi <ahadi!~ahadi@89.244.123.202> has quit IRC03:55
*** ahadi <ahadi!~ahadi@88.130.219.166> has joined #yocto03:57
*** Bernkastel-sama is now known as CarlGel04:04
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC04:45
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto04:45
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC04:50
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:8549:b6d1:610e:b528> has quit IRC04:55
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto05:10
*** mebi <mebi!88e8e866@136.232.232.102> has joined #yocto05:13
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC05:16
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC05:26
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC05:27
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto05:31
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto05:40
*** yizhao1 <yizhao1!~zhaoyi@60.247.85.82> has quit IRC05:42
*** kaspter <kaspter!~Instantbi@119.137.52.131> has quit IRC05:43
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto05:46
*** jobroe <jobroe!~manjaro-u@p579ebaf4.dip0.t-ipconnect.de> has joined #yocto06:08
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto06:15
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC06:20
*** jobroe <jobroe!~manjaro-u@p579ebaf4.dip0.t-ipconnect.de> has quit IRC06:30
*** jobroe <jobroe!~manjaro-u@p579ebaf4.dip0.t-ipconnect.de> has joined #yocto06:30
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:37
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:39
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC06:42
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has joined #yocto06:46
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto06:48
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto07:01
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC07:01
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto07:02
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC07:04
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:15
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:16
*** rf <rf!bcb44d58@188.180.77.88> has joined #yocto07:23
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto07:28
*** frsc <frsc!~frsc@i59F4B77C.versanet.de> has joined #yocto07:40
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto07:42
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-xcelrjbhgihjruus> has joined #yocto07:43
LetoThe2ndyo dudX07:44
* LetoThe2nd opens mail, facepalms, calms down, then is auhbombed. nice way to start out a day. where's my beer?07:46
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:f975:d39c:62b3:f07c> has joined #yocto07:51
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC07:52
*** rperier_ is now known as rperier07:54
*** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto07:54
jdrolhello07:54
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:f975:d39c:62b3:f07c> has quit IRC07:55
*** mckoan|away is now known as mckoan07:57
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC07:57
mckoangood morning07:58
*** fl0v0 <fl0v0!~fvo@i5E86AC80.versanet.de> has joined #yocto07:59
*** frsc <frsc!~frsc@i59F4B77C.versanet.de> has quit IRC08:01
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto08:06
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto08:11
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:17e3:41cc:739d:497d> has joined #yocto08:12
*** frsc <frsc!~frsc@i59F4B77C.versanet.de> has joined #yocto08:13
mcfriskBSPs, sigh. I wonder if SoC users should collectively start talking to SoC vendors about their layers and problems. When sstate cache goes *gaboom* after BSP update, that isn't a good sign. Surely others have seen or will see this too. Sadly yocto-check-layers also fails on meta-openembedded so running it on BSP layers feels like overkill right now. There would need to be some subset of the checks that I08:16
mcfriskcould run on BSP layers.08:16
qschulzmcfrisk: I feel like having BSP of proper quality would already be a HUGE improvement. I feel like build system is more accessible to newcomers than kernel/bootloader/authentication/signing/optee/atf/whatever. But I feel you, sometimes it seems they just throw some stuff at you and say "deal with it"08:25
qschulzmornin' folks08:25
*** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC08:26
*** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto08:27
mcfriskBSP layer with custom npm bbclasses, what could possibly go wrong /fp08:31
mcfriskfully forked gobject-introspection.bbclass, wtf's per minute is increasing rapidly08:33
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto08:34
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto08:44
*** kaspter <kaspter!~Instantbi@119.137.52.131> has joined #yocto08:50
t_unix[m]@RP: you seem to be familiar with meson in poky. Could you help me find an answer to the nativesdk-meson question (i.e. `TARGET_SYS`) I posted above?09:03
jdrolI don't know why my recipe work when I put in local.conf IMAGE_INSTALL_append = " program" but if I do IMAGE_INSTALL = " program" I got cannot set terminal process group (-1): Inappropriate ioctl for device error when I launch runqemu qemux64-8609:18
*** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has joined #yocto09:18
qschulzjdrol: you override the IMAGE_INSTALL variable, which is the variable telling Yocto which packages to install, so you'll be missing a hell of a lot09:21
jdrolqschulz, oups I wrote += no =09:21
LetoThe2ndjdrol: and where do you do put those? both in local.conf? you can always inspect the whole evalutation history in bitbake -e and look for differences.09:24
LetoThe2ndjdrol: also, see https://theyoctojester.info/session_14/main.html09:24
jdrolok ...09:24
jdrolthanks09:24
qschulzjdrol: rule of thumb, no += =+ .= =. in configuration files to append/prepend stuff09:28
qschulzjdrol: only _append or _prepend09:28
qschulzthe issue is in which order files are parsed. conf files are parsed before classes and recipes, therefore += will actually make ?= ??= to not be applied, because += assign directly the variable if it does not exist already09:29
jdrolok thanks09:29
jdrolI know the theory of immediate ... and at running ..09:30
jdrolmany thanks09:30
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto09:38
jdrolother think I installed my recipe with cmake and I added do_install() ... is it possible to ask to cmake to install directly in /usr/bin ?09:44
LetoThe2ndjdrol: you can always hardcode stuff. you should never hardcode stuff.09:45
jdroldo-install() is not hardcoded ?09:47
qschulzjdrol: yes it is possible, you need an install target in your CmakeLists.txt and install in the correct path (NOT /usr/bin, something like CMAKE_BIN_TARGET or something like that, something Cmake specific and I don't do cmake so can't help more :) )09:49
LetoThe2nddo_install adheres to the cmake install targets you define and the bindir variable. so no, do_install is essentially not hardcoded.09:49
jdrolthanks09:50
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto09:51
jdrolI lost time with scripts from yoctoproject.net now It is fine09:52
*** kaspter <kaspter!~Instantbi@119.137.52.131> has quit IRC09:53
t_unix[m]just so I get this straight: assuming a setup with `{host=x86_64-win, target=arm-linux, build=x86_64-linux}`, `nativesdk` recipes will set `TARGET_SYS` to `x86_64-win`?09:59
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC10:00
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto10:01
rburtont_unix[m]: meson nativesdk should target whatever SDKMACHINE/SDK_ARCH is set to10:08
rburtonin master it defaults to the build host, previously it was x86-6410:09
t_unix[m]SDK* refers to the machine, the SDK will be executed on, right?10:12
rburtonyes10:14
rburtonI build on arm64-linux but I can set SDKMACHINE to x86-mingw64 (or whatever it is) to build a windows/x86 SDK10:15
t_unix[m]why are the `target` variables values set to those of the corresponding `host` (i.e. `SDK`)?10:16
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC10:18
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto10:18
*** psnsilva_ <psnsilva_!~psnsilva@161.230.35.203> has joined #yocto10:32
*** psnsilva__ <psnsilva__!~psnsilva@194.38.148.130> has quit IRC10:35
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC10:41
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto10:42
*** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC10:43
*** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto10:44
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC10:44
t_unix[m]rburton: the crossfile provided by `nativesdk-meson` is intended to be used to cross compile to the target, isn't it? So it's `[host_machine]` section should refer to the target, shouldn't it? Unless it is intended to be used to cross compile a compiler itself, in which case `[host_machine]` should refer to `SDK*` and a `[target_machine]` section should be introduced?10:49
*** yocton_ is now known as yocton11:02
*** kaspter <kaspter!~Instantbi@119.137.52.131> has joined #yocto11:10
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-109-192-067-084.hsi6.kabel-badenwuerttemberg.de> has quit IRC11:17
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-109-192-067-084.hsi6.kabel-badenwuerttemberg.de> has joined #yocto11:18
*** kaspter <kaspter!~Instantbi@119.137.52.131> has quit IRC11:22
dl9pfRP: did not forget the AB-helper changes ... they'll come asap. Did TSC receive the form ? Any questions/feedback ?11:28
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC11:30
RPdl9pf: We messed up agenda but its on the list for today. Several positive feedbacks so far11:33
dl9pfroger11:33
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto11:33
*** mckoan is now known as mckoan|away11:34
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC11:40
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto11:40
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has joined #yocto11:41
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto11:42
*** aquijoule_ <aquijoule_!~richbridg@213-225-37-24.nat.highway.a1.net> has quit IRC11:45
*** Yatekii_ is now known as Yatekii11:46
cengiz_io_hello. I'm using dunfell and whenever I do "devtool modify virtual/kernel" it fails at preconfigure step with "cannot open /path/linux-fslc/5.4.51+gitAUTOINC+d051c7c9af-r0/devtooltmp-<RANDOM_ID>/workdir/defconfig: No such file".11:47
cengiz_io_is this a known issue? my kernel builds fine with my defconfig11:47
*** aquijoule_ <aquijoule_!~richbridg@213-225-37-24.nat.highway.a1.net> has joined #yocto11:47
cengiz_io_I can't create any kernel patches because of this..11:48
cengiz_io_my defconfig is appended in SRC_URI with "file://defconfig"11:48
*** thaytan <thaytan!~thaytan@159-196-146-150.9fc492.syd.nbn.aussiebb.net> has quit IRC11:49
*** thaytan <thaytan!~thaytan@159-196-146-150.9fc492.syd.nbn.aussiebb.net> has joined #yocto11:51
*** neverpan1c is now known as neverpanic11:52
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto11:54
qschulzcengiz_io_: http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/classes/fsl-kernel-localversion.bbclass?h=dunfell12:01
qschulzcheck that ${WORKDIR} is correctly set12:02
qschulzotherwise it might just be some ordering of tasks or something no idea frankly speaking12:03
cengiz_io_qschulz: I will check the bb file that I'm appending.12:04
cengiz_io_qschulz: and there's this also, which I can't apply manually, don't know if it fixes anything12:04
cengiz_io_https://github.com/Freescale/meta-freescale/pull/65212:04
cengiz_io_qschulz: what baffles me is, kernel gets compiled with right defconfig but only devtool complains12:06
qschulzcengiz_io_: devtool has a different file layout, so I'm not surprised12:07
qschulze.g. ${WORKDIR} is not where SRC_URI files are unpacked12:07
cengiz_io_qschulz: is there a super-hacky way of generating patches without devtool? bitbake -c menuconfig simply won't help12:07
qschulzcengiz_io_: just override this task12:08
qschulzor do_preconfigure[noexec] = "1"12:08
cengiz_io_thank you12:08
qschulzotherwise, I always do the kernel modification on my own with a cloned kernel git repo outside of yocto12:08
cengiz_io_qschulz: that introduces too much maintainence work for me..12:09
cengiz_io_I just want whatever meta-freescale distributes12:09
cengiz_io_with 2-3 patches12:09
cengiz_io_qschulz: if, say I would do that mirror repo with my patches, how can I override my meta-freescale choice? by forcing it in machine conf?12:11
qschulzcengiz_io_: ? no, you git clone meta-freescale kernel git repo locally, do your changes, create the patches with git format-patch, then put the patches in your layer, get rid of you local kernel repo, and voilĂ 12:12
cengiz_io_ah.12:12
cengiz_io_that makes sense. devtool will be still broken, patches will still reside in my recipes-kernel and bbappend will still be needed then12:13
qschulzcengiz_io_: yup, anyway I'm not sure devtool'ed kernel works well with out-of-tree kernel drivers if you have any.12:18
qschulzI'd need to check one day why it does not work for me on thud and if it still the case for newer Yocto releases12:18
cengiz_io_qschulz: I actually did the thing in reverse.12:18
cengiz_io_cloned linux-fslc, checked out specific commit, patched my driver in, enabled configs, compiled.12:19
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC12:19
cengiz_io_I was going to replicate those as patches into my recipe12:19
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto12:19
cengiz_io_I always loved how devtool handled things12:19
cengiz_io_never been able to get it to work since I switched to dunfell12:20
qschulzcengiz_io_: might be an issue with meta-freescale honestly12:20
cengiz_io_there's a pr from 29 days ago12:20
qschulzI know, I read it, is it fixing your issue?12:20
qschulz(I read the PR not the linked mail)12:21
cengiz_io_now I only have to wait for 1) meta-freescale to be tagged 2) AGL to update their revision number of meta-freescale12:21
cengiz_io_have no idea :D12:21
qschulzcengiz_io_: backport the commit locally and test12:23
qschulzcengiz_io_: actually, pretty simple, create a bbappend for your kernel recipe12:24
cengiz_io_qschulz: I have one12:24
qschulzcengiz_io_: KBRANCH = "5.4.x+fslc"12:24
cengiz_io_just add it huh?12:25
qschulzcengiz_io_: SRC_URI = "git://github.com/Freescale/linux-fslc.git;branch=${KBRANCH} \ file://defconfig"12:25
qschulzand you're good to go12:25
cengiz_io_bb already does have a git:// scm url12:25
cengiz_io_will this override it?12:26
cengiz_io_or a duplicate12:26
cengiz_io_qschulz: it worked! wohoo12:28
qschulzcengiz_io_: it'll override, that's the whole point12:30
qschulzonce you upgrade meta-freescale/AGL, remove those12:31
cengiz_io_yeah I have SRC_URI += "12:31
cengiz_io_so I assumed it will append12:31
qschulzcengiz_io_: no, you should have =, not +=12:31
cengiz_io_in bbappend?12:31
cengiz_io_ok12:31
qschulzcengiz_io_: for THIS very SPECIFIC case yes12:31
cengiz_io_yeah. .bb does all the other things for me EXCEPT for this one12:32
qschulzcengiz_io_: I would suggest to have the SRC_URI with the git URL and defconfig in one SRC_URI in your bbappend (with =_12:32
qschulzand then += for your patches so it's easy to remove the overridden SRC_URI without making mistakes when upgrading :)12:32
cengiz_io_good idea. thanks a lot12:32
*** la_croix <la_croix!~la_croix@cpc139740-walt24-2-0-cust196.13-2.cable.virginm.net> has quit IRC12:33
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC12:38
yatesyesterday Saur suggested (thanks Saur) to use "bitbake -g -u taskexp12:46
yates             <recipe>` to get a GUI to explore the task12:46
yatesdependencies12:46
yateswhat is "taskexp"?12:46
yatesis it "comile", "install", configure", "patch", etc. as shown here: https://www.aosabook.org/en/yocto.html12:48
LetoThe2ndyates: https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#migration-2.3-bitbake-changes12:51
yatesoh! no, that is the name ofa        gui12:53
LetoThe2ndyates: exactly, taskexp is the keyword for the viewer.12:53
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto12:54
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto12:56
*** web00239 <web00239!c01f60da@asafw-5600-out.ornl.gov> has joined #yocto12:58
*** web002396 <web002396!c01f60da@asafw-5600-out.ornl.gov> has joined #yocto13:00
*** web00239 <web00239!c01f60da@asafw-5600-out.ornl.gov> has left #yocto13:01
*** web002396 <web002396!c01f60da@asafw-5600-out.ornl.gov> has quit IRC13:01
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-camfdlopcfufksrk> has quit IRC13:02
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has quit IRC13:18
yatesare yocto .bbclass files essentially python?13:25
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has joined #yocto13:25
yatesfor exanmple in one .bbclass file i see "COMPLEMENTARY_GLOB[dev-pkgs] = '*-dev'". is this setting up a python dict?13:27
yatesrburton: you stated "12:06 <rburton> yates: the gcc and binutils recipes". are those usually part of the meta-toolchain layer?13:28
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto13:31
rburtonyates: there is no meta-toolchain layer.  they are in oe-core, just look at the files.13:47
*** wmat_ is now known as wmat13:51
tlwoernerin what timezone is the weekly call? is it in ~1h10m?13:51
*** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto13:54
yatesrburton: i see you are correct. by "the files" (of which there are thousands...), to you mean starting with meta/recipes-core/meta/meta-toolchain.bb?13:54
yatesare yocto .bbclass files essentially python?13:55
rburtonmeta-toolchain is a recipe that builds a minimal SDK13:55
rburtonbbclass files can contain python,  just like a recipe can13:55
*** adelcast <adelcast!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has quit IRC13:55
rburtontlwoerner: afaik its pinned to UK time so two hours away13:56
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC14:01
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto14:03
*** emrius <emrius!~emrius@dslb-002-206-166-055.002.206.pools.vodafone-ip.de> has joined #yocto14:03
yateswas the "Application Development Toolkit (ADT)" document removed from the yocto documentation? i found this 1.8.2 version but substituting "latest" comes up empty14:06
yateswas it replaced with https://docs.yoctoproject.org/sdk-manual/index.html ?14:07
qschulzyates: no replacement14:07
yatesqschulz: so yocto no longer provides an ADT? or did you just remove the document for some strange reason?14:08
*** awafaa_ is now known as awafaa14:09
qschulzyates: I was wrong, see https://docs.yoctoproject.org/ref-manual/migration-2.1.html#adt-removed14:15
*** sgw <sgw!~sgw@2601:642:c400:ecf0:8107:db68:5adf:8d02> has joined #yocto14:19
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC14:19
*** emrius <emrius!~emrius@dslb-002-206-166-055.002.206.pools.vodafone-ip.de> has quit IRC14:21
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto14:21
*** adelcast <adelcast!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has joined #yocto14:22
*** emrius <emrius!~emrius@dslb-002-206-166-055.002.206.pools.vodafone-ip.de> has joined #yocto14:26
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto14:30
*** sakoman <sakoman!~steve@72.173.249.164> has quit IRC14:30
thekappehello guys ! I have some applications under the /myapp folder  on the target board14:31
thekappehow can I "instruct" bitbake to add that folder to the PATH variable ?14:31
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC14:31
thekappewhen compiling the image14:31
emriusHey, I would like to modify an image right before flashing. I uncompressed the .bzip2 image, mounted the partition I would like to change. I then modified what I needed and ran `bmaptool create` to generate a new `.bmap` file. Unfortunately, the new bmap file simply maps the entire filesystem with a single <BlockMap> entry. Is there any way to recycle the original much more fine grained (and therefore faster to write)14:32
emriusbmap file?14:32
qschulzemrius: what about creating your own IMAGE_CMD?14:37
qschulzjust giving paths to explore14:37
tlwoernerrburton: it seems the meeting is now-ish14:53
*** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto14:53
JPEWrburton: I'm pretty sure it's phrased in terms of Pacific Standard Time, so in 5 minutes14:54
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC14:57
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto14:59
tlwoernerJPEW: so you'll be joining then?15:01
emriusqschulz: Thanks for the incentive. I'd like to have this as a post-processing step. So, this is not really an option.15:02
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto15:13
JPEWRP: The oeselftest directory is missing from gatesgarth (and dunfell): https://git.yoctoproject.org/cgit.cgi/yocto-testresults/tree/ vs https://git.yoctoproject.org/cgit.cgi/yocto-testresults/tree/?h=gatesgarth15:16
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC15:16
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto15:16
RPJPEW: hmm. it shouldn't be :/15:17
RPJPEW: they are run in the releases: http://downloads.yoctoproject.org/releases/yocto/yocto-3.2.2/testresults/oe-selftest-centos/15:19
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC15:19
*** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC15:20
JPEWHmm, but where are the results for non-tagged builds placed?15:25
RPJPEW: non-release on the autobuilder15:28
RPJPEW: https://autobuilder.yocto.io/pub/non-release/20210304-5/testresults/ but the idea was the git repo collected things up15:29
RPthe git repo is now large and unmanagable :(15:29
*** kaspter <kaspter!~Instantbi@119.137.55.78> has joined #yocto15:32
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC15:38
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has quit IRC15:38
vdlIs there a yocto variable to execute a host script after a successful build to e.g. prepare a release tarball?15:41
rburtonso the calendar entry i have is utc not pst15:45
RPJPEW: looks like there are multiple commits on the gatesgarth head. gatesgarth~1 does have an oe selftest file15:54
*** kaspter <kaspter!~Instantbi@119.137.55.78> has quit IRC15:54
JPEWRP: Huh... weird15:55
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC16:09
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto16:11
kanavinRP: from the minutes, "some high-profile issues have highlighted the need for reproducible builds"16:28
kanavinRP: I'm curious about the specifics :)16:29
kanavinwhat high profile issues? :)16:29
*** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC16:33
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-06-184-146-108-8.dsl.bell.ca> has quit IRC16:35
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has quit IRC16:38
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto16:39
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC16:45
*** tedfernau <tedfernau!~tedfernau@c-76-104-226-12.hsd1.wa.comcast.net> has joined #yocto16:47
*** jobroe <jobroe!~manjaro-u@p579ebaf4.dip0.t-ipconnect.de> has quit IRC16:47
*** vineela <vineela!vtummala@nat/intel/x-pasuelmhusbjxmzt> has joined #yocto16:52
vdlHow do you guys handle the built images for release tarballs for example. Do you wrap the bitbake call into a custom script or do you integrate the release generation (or whatever post-build steps) into the bitbake process?16:55
*** gcuzzocrea <gcuzzocrea!~gcuzzocre@mx.dave-tech.it> has joined #yocto16:56
*** gcuzzocrea is now known as kuzz16:57
*** emrius <emrius!~emrius@dslb-002-206-166-055.002.206.pools.vodafone-ip.de> has quit IRC16:57
yatesqschulz: ok thanks. the clarification is much-appreciated.17:01
*** frsc <frsc!~frsc@i59F4B77C.versanet.de> has quit IRC17:02
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC17:03
qschulzvdl: depends what makes the release generation step. If it involves signing, probably something manual to be done with your images on an air-gapped PC17:03
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has joined #yocto17:04
RPkanavin: the solarwinds hack - people are waking up to the issues17:04
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-11-70-48-65-11.dsl.bell.ca> has joined #yocto17:04
*** sstiller <sstiller!~sstiller@p200300f07f148500e6247d676ae6ef15.dip0.t-ipconnect.de> has joined #yocto17:05
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto17:09
*** fl0v0 <fl0v0!~fvo@i5E86AC80.versanet.de> has quit IRC17:12
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC17:12
*** sstiller <sstiller!~sstiller@p200300f07f148500e6247d676ae6ef15.dip0.t-ipconnect.de> has quit IRC17:15
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto17:19
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto17:20
kanavinRP: thanks, this is the link most relevant to us I guess https://www.linuxfoundation.org/en/blog/preventing-supply-chain-attacks-like-solarwinds/17:24
RPkanavin: right, it has people thinking about supply chain17:24
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC17:25
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC17:26
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto17:28
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:17e3:41cc:739d:497d> has quit IRC17:37
*** stephano <stephano!~stephano@73.240.0.134> has joined #yocto17:37
kanavinRP: we certainly need to engage with go upstream, it's the hairiest item to address17:40
kanavinor you know, take it out of core, which doesn't solve the real problem17:41
zeddiigo was kind of a disaster to use when it was out of core.17:45
* zeddii remembers it well.17:45
zeddiiheh. for fun, I just searched for reproducibility and go. And my first hit claims it is reproducible by default :D17:47
RPkanavin: we do indeed need to talk to them...17:48
zeddiihah. these jokers are reproducing builds by putting them in the same path all the time. FAIL.17:49
RPzeddii: can you fix our build then please?17:49
RPI did wonder if we could fool it with chroots17:49
zeddiidoes diffoscope tear into the go binaries ? or are they just black blobs of pain ?17:50
kanavinzeddii, I have a horrible pile of hacks that achieves go reproducibilty even for different paths17:50
kanavinzeddii, go binaries contain a 'build id' which is not that dissimilar to sstate hash17:51
RPzeddii: It does to an extent, the differences are fairly obvious. We also have kanavin's code changes which highlight it17:51
kanavinzeddii, go toolchain environment is very sensitive to anything, and will change the build id at slightest provication17:51
zeddiiyah. so do c compiled ones. My searches found that most people pass the buildid to the linker.17:52
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC17:52
zeddiias does the C one :D I just went through that with perf.17:52
zeddiiyah. and I see they are messing about with trimpath and some linker things as well .. but then it seems you slam into cgo, which is more pain.17:53
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-xcelrjbhgihjruus> has quit IRC17:55
kergothHmm, need to tweak the multiple value handling, but I wonder if something like https://gist.github.com/135f6fb2253da84cffd0f2279a062014 would be of use to anyone else for legal, as certain licenses require information about what files have or haven't been modified18:03
RPzeddii: the c build-ids don't change with the build paths!18:06
RPkergoth: I can see it being useful in some contexts, yes18:08
zeddiiperf's did, well, because it was capturing the build path as variables. but yah, I know what you mean.18:10
kergothk, might clean it up and submit as a rfc possible addition to scripts/contrib18:10
*** adelcast <adelcast!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has quit IRC18:11
kanavinzeddii, the harder part about go's build ids is that the process to compute them is completely non-transparent, and hidden inside the toolchain source code18:12
kanavinwith no debugging, short of running the toolchain itself inside a debugger18:13
*** adelcast <adelcast!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has joined #yocto18:14
zeddiiyah. The only way out of that I can see is to just always generate your own, and pass them in. assuming that some reproducibility issues aren't masked by that, etc.18:15
*** sno <sno!~sno@xdsl-89-0-223-73.nc.de> has joined #yocto18:33
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC18:35
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto18:36
RPkergoth: please do!18:37
RPkergoth: SBoM is a big thing atm and that is part of it18:37
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto18:39
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto18:40
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC18:46
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC18:49
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has quit IRC18:52
vmesonsakoman: RP: Since it hasn't been seen in a while, I've closed: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13810  -- systemd file executable bits disappearing19:05
vmesonIf anyone is still seeing this bug, please re-open.19:05
sakomanvmeson: OK, with me, I can't even remember the last time I encountered it!19:07
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has joined #yocto19:07
vmesonssajal: cool. Yes, limiting the files tracked by pseudo and forcing an error rather than a warning seemed to do the trick. I see lots of pseudo backported changes in dunfell since last fall. Those commits are the more relelevant reason to close the bug and we've waited ~6 months to be extra sure that it's not happening!19:14
*** alejandrohs <alejandrohs!~alejandro@cpe-68-201-52-49.elp.res.rr.com> has quit IRC19:14
*** alejandrohs <alejandrohs!~alejandro@cpe-68-201-52-49.elp.res.rr.com> has joined #yocto19:15
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto19:25
*** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC19:31
*** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto19:31
vmesonerr I meant sakoman, not ssajal but you guys probably knew that.19:37
RPvmeson: agreed, seems reasonable19:37
vmesonRP: good.19:37
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC19:38
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto19:51
*** dev1990 <dev1990!~dev@dynamic-78-8-240-165.ssp.dialog.net.pl> has quit IRC20:03
*** hch <hch!~x@unaffiliated/hch> has quit IRC20:11
*** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC20:11
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto20:12
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto20:14
*** hch <hch!~x@unaffiliated/hch> has joined #yocto20:14
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC20:18
yatesthe word "image" is used in yocto in various places (e.g. https://docs.yoctoproject.org/sdk-manual/intro.html); what precisely is an "image"?21:06
yatesnm21:11
yateshttps://docs.yoctoproject.org/ref-manual/terms.html#term-Image21:11
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC21:14
*** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC21:18
*** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto21:18
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC21:27
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto21:31
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC21:31
*** Guest12125 is now known as khem21:36
*** khem <khem!khemmatrix@unaffiliated/khem> has joined #yocto21:36
*** khem <khem!khemmatrix@gateway/shell/matrix.org/x-vijujodvuqjgfotz> has joined #yocto21:36
khemRP:  whats the way to let ltp run as part of -ctestimage ?21:37
khemI have been using DEFAULT_TEST_SUITES but that does not track whats in image21:38
*** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has quit IRC21:46
RPkhem: http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/tree/config.json#n10521:59
RPkhem: TEST_SUITES = 'ping ssh ltp ltp_compliance21:59
*** dev1990 <dev1990!~dev@dynamic-78-8-240-165.ssp.dialog.net.pl> has joined #yocto22:13
*** mihai-- <mihai--!~mihai@unaffiliated/mihai> has joined #yocto22:26
*** mrpelotaz0 <mrpelotaz0!~mrpelotaz@HSI-KBW-109-192-067-084.hsi6.kabel-badenwuerttemberg.de> has joined #yocto22:28
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto22:28
*** kpo__ <kpo__!~kpo@gl226-39.master.pl> has joined #yocto22:33
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC22:35
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC22:35
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-109-192-067-084.hsi6.kabel-badenwuerttemberg.de> has quit IRC22:35
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC22:35
*** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has quit IRC22:38
*** blueness_ <blueness_!~blueness@cpe-172-100-14-17.twcny.res.rr.com> has joined #yocto22:40
*** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has joined #yocto22:40
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-11-70-48-65-11.dsl.bell.ca> has quit IRC22:49
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto22:51
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto22:52
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC22:52
*** psnsilva_ <psnsilva_!~psnsilva@161.230.35.203> has quit IRC22:55
alephanHey armpit just a small reminder for https://lists.openembedded.org/g/openembedded-devel/message/89698 as we might have missed it in the last pushes to dunfell.22:57
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto23:01
*** sakoman <sakoman!~steve@72.173.249.164> has quit IRC23:13
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC23:26
*** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto23:31
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has quit IRC23:32
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC23:43
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto23:46
*** matteo| <matteo|!~matteo@redhat/matteo> has quit IRC23:52

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