| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 268 seconds) | 00:00 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 00:07 | |
| *** camus <camus!~Instantbi@119.137.54.137> has quit IRC (Quit: camus) | 00:15 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 00:15 | |
| *** Tokamak_ <Tokamak_!~Tokamak@mobile-166-171-58-160.mycingular.net> has quit IRC (Ping timeout: 255 seconds) | 00:16 | |
| Ad0 | run.do_configure: # Copy defconfig to .config if .config does not exist. | 00:22 |
|---|---|---|
| Ad0 | .config exists but I have no idea where it comes from | 00:23 |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Read error: Connection reset by peer) | 00:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:34 | |
| Ad0 | https://github.com/agherzan/meta-raspberrypi/blob/dunfell/recipes-kernel/linux/linux-raspberrypi.inc#L87 | 00:36 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 00:43 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 276 seconds) | 00:49 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 00:50 | |
| *** Tokamak <Tokamak!~Tokamak@107.117.203.2> has joined #yocto | 00:56 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection) | 01:19 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-139-252.home.otenet.gr> has joined #yocto | 01:32 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-139-252.home.otenet.gr> has quit IRC (Ping timeout: 258 seconds) | 01:34 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 01:44 | |
| *** willo <willo!~quassel@fedora/willo> has joined #yocto | 01:52 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 252 seconds) | 01:54 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Ping timeout: 268 seconds) | 02:05 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 02:08 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 02:46 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 02:52 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 03:49 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 03:55 | |
| *** paulg <paulg!~Paul@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 258 seconds) | 04:03 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 04:06 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 04:37 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 276 seconds) | 05:28 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 05:57 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:04 | |
| *** Tokamak <Tokamak!~Tokamak@107.117.203.2> has quit IRC (Ping timeout: 240 seconds) | 06:06 | |
| *** tperrot <tperrot!~tprrt@shells.bootlin.com> has quit IRC (Quit: leaving) | 06:22 | |
| *** frieder <frieder!~frieder@mue-88-130-65-072.dsl.tropolys.de> has joined #yocto | 06:26 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 06:28 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 240 seconds) | 06:32 | |
| *** tprrt <tprrt!~tprrt@shells.bootlin.com> has joined #yocto | 06:36 | |
| *** tprrt is now known as tperrot | 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:41 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 06:49 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 240 seconds) | 06:58 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.39> has joined #yocto | 06:58 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 06:58 | |
| *** amitk <amitk!~amit@103.208.71.99> has joined #yocto | 07:03 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 07:08 | |
| *** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 07:10 | |
| *** camus <camus!~Instantbi@108-92-22-181.uvs.sntcca.sbcglobal.net> has joined #yocto | 07:10 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 07:10 | |
| LetoThe2nd | yo dudX | 07:11 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 252 seconds) | 07:17 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:31 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:38 | |
| qschulz | o/ | 07:38 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 07:48 | |
| RP | smurray: hate to say this but with the prserv patches we have another hang: https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/1538/steps/15/logs/stdio :/ | 07:48 |
| *** camus <camus!~Instantbi@108-92-22-181.uvs.sntcca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer) | 07:49 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 240 seconds) | 07:52 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:56 | |
| LetoThe2nd | RP: hang em higher? | 08:15 |
| LetoThe2nd | RP: hang on sloopy? | 08:15 |
| LetoThe2nd | RP: hangover? | 08:15 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 08:24 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 08:27 | |
| *** mckoan|away is now known as mckoan | 08:31 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:47 | |
| *** Guest8493 <Guest8493!~Guest84@ip58.ipnepi.uni.net> has joined #yocto | 08:48 | |
| *** Guest8493 <Guest8493!~Guest84@ip58.ipnepi.uni.net> has left #yocto | 08:49 | |
| *** JM32 <JM32!~JM@159-210-178-143.ftth.glasoperator.nl> has joined #yocto | 09:06 | |
| JM32 | hi all -- I've got a do_image_custom that produces an image that I'd like in the DEPLOY_DIR_IMAGE directory, but with a plain copy I get the " trying to install files into a shared area when those files already exist" error. My first though was to put a check in to see if the file exist or not but that might mean it never gets updated and always | 09:15 |
| JM32 | overwriting doesn't seem correct either. Anyone any suggestions? | 09:15 |
| LetoThe2nd | JM32: shouldn't you copy to IMGDEPLOYDIR? | 09:17 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 09:17 | |
| LetoThe2nd | JM32: the forwarding from there to DEPLOY_DIR_IMAGE should be left to the internal mechanics, AIUI (but happy to be correcte) | 09:18 |
| RP | LetoThe2nd: you are correct | 09:19 |
| LetoThe2nd | RP: i'm really sorry. | 09:20 |
| RP | LetoThe2nd: :) Just be careful, it may be habit forming | 09:21 |
| LetoThe2nd | RP: being right? or being sorry for everything? | 09:26 |
| JM32 | LetoThe2nd that might indeed be the issue, thank you | 09:27 |
| *** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Ping timeout: 252 seconds) | 09:34 | |
| * RP swears to himself. tune-xxx is used as an override somewhere :( | 09:36 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:37 | |
| *** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 09:39 | |
| qschulz | RP: used everywhere in tune conf files? | 09:43 |
| qschulz | https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/machine/include/tune-cortexa15.inc | 09:43 |
| RP | qschulz: yes. I just thought we could probably avoid this particular issue for the first round, but no | 09:44 |
| qschulz | RP: I might have missed the discussion around "this particular issue" because I've no knowledge of it | 09:45 |
| RP | qschulz: It is inferred in my discussions with Mark. Is tune- an override or not? | 09:46 |
| RP | it isn't, except when it is :/ | 09:46 |
| *** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Ping timeout: 276 seconds) | 09:48 | |
| *** nucatus_ <nucatus_!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 09:49 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 240 seconds) | 09:52 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 09:53 | |
| RP | hmm, that highlights I made a mistake in the bitbake changes | 10:01 |
| * RP was hoping for a quieter day for a change | 10:01 | |
| *** bizulk <bizulk!~bizulk@165.225.20.157> has joined #yocto | 10:22 | |
| *** nucatus_ <nucatus_!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 10:22 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 10:23 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 10:24 | |
| bizulk | Hello. I'm trying to customize a vendor image file. I used the local conf file it works fine, but now I would like to share additions with the teams using the meta layer. I added a bb file in it : https://pastebin.com/DZ1eq0y4 | 10:26 |
| bizulk | but I get a parse error : Could not include required file recipes-fsl/images/fsl-image-qt5.bb | 10:27 |
| bizulk | the recipe is in another meta-layer, should I give a relative path to it ? | 10:27 |
| bizulk | complete path to the image recipe from the meta is : meta-variscite-fslc/dynamic-layers/qt5-layer/recipes-fsl/images/ | 10:30 |
| LetoThe2nd | ah. no idea how the path resolution works in the dynamic layers case | 10:31 |
| bizulk | so... it there a way so that whatever the image recipe could be I insert my "dev" package. what is I create a recipe that inherit a core-image image, will my addition be effective for any derived recipe ? | 10:35 |
| LetoThe2nd | bizulk: unless the derived image chooses to remove it, images can be arbitrarily extended. so, yes. | 10:37 |
| qschulz | bizulk: you can have bbappends for image recipes too | 10:42 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 10:45 | |
| bizulk | qschulz : that's right. | 10:45 |
| bizulk | I even prefer that one. | 10:47 |
| *** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto | 10:48 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 240 seconds) | 10:49 | |
| *** jmiehe1 is now known as jmiehe | 10:49 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 272 seconds) | 10:50 | |
| bizulk | the vendor already have his fsl-image-qt5.bbapend (?!), can I write mine in my layer, will bitbake join them ? | 10:50 |
| qschulz | bizulk: yes | 10:50 |
| *** bluelightning <bluelightning!~paul@2406:e003:1385:8501:ad77:7a5:e243:41b9> has joined #yocto | 10:55 | |
| bizulk | thanks | 11:11 |
| *** Andrei[m] <Andrei[m]!~andreicub@2001:470:69fc:105::c95> has quit IRC (Quit: You have been idle for 30+ days) | 11:13 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 11:19 | |
| Ad0 | would config fragments work in u-boot? especially if a variable is defined from before? | 11:24 |
| Ad0 | I need to enable debug logging | 11:25 |
| LetoThe2nd | Ad0: nope, they do not. | 11:33 |
| Ad0 | ok thanks | 11:36 |
| Ad0 | I see each layer have their own solution | 11:36 |
| Ad0 | elaborate scripts and sed | 11:36 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 11:37 | |
| Ad0 | unsure what file to modify, at what stage though | 11:37 |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 11:38 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection) | 11:43 | |
| *** paulg <paulg!~Paul@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 11:45 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 11:45 | |
| *** sir_cinnamon <sir_cinnamon!~sir_cinna@95.168.121.21> has joined #yocto | 11:47 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 11:50 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 11:51 | |
| rburton | pretty sure config fragments work in uboot | 11:53 |
| rburton | the hint is how do_configure calls find_cfgs() to find .cfg files in SRC_URI, and then calls merge_config.sh | 11:54 |
| rburton | Ad0: ^ | 11:55 |
| Ad0 | thanks | 11:56 |
| Ad0 | merge_config right | 11:56 |
| Ad0 | do_configure in which recipe? | 11:56 |
| Ad0 | poky/meta/recipes-bsp/u-boot/u-boot.inc ? | 11:56 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 11:56 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 11:57 | |
| Ad0 | UBOOT_CONFIG variable | 11:59 |
| Ad0 | ok that one I don't need to touch | 12:00 |
| Ad0 | cool I will try this! | 12:00 |
| Ad0 | maybe I should do the same with kernel config | 12:01 |
| rburton | it uses the same logic as the kernel classes (same code), so just add a debug.cfg fragment to SRC_URI | 12:02 |
| Ad0 | thanks! that worked like a charm | 12:07 |
| *** linums <linums!~linums@84.198.214.27> has quit IRC (Ping timeout: 246 seconds) | 12:16 | |
| smurray | RP: any chance that hung build is still around, I'd be curious to see py-bt output of any bitbake-server processes? | 12:16 |
| *** ljh <ljh!~ljh@2804:14d:baa3:44f4:27bf:9f7b:6e1b:870f> has joined #yocto | 12:20 | |
| ljh | Good morning/evening/night everyone :-) | 12:20 |
| RP | smurray: https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/1538 | 12:21 |
| RP | smurray: I left it | 12:21 |
| qschulz | ljh: o/ | 12:22 |
| smurray | RP: I'd need access to the builder, I guess? | 12:22 |
| RP | smurray: it is on a buildtools system so not sure how well it would backtrace | 12:22 |
| smurray | RP: hrm | 12:22 |
| *** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 12:25 | |
| *** camus <camus!~Instantbi@108-92-22-181.uvs.sntcca.sbcglobal.net> has joined #yocto | 12:28 | |
| ljh | I'm having some troubles patching a recipe (they changed the branch from master to main) with a .bbappend and a patch file. Does anyone knows an example that I can follow? | 12:30 |
| rburton | in the bbappend, write a new SRC_URI which includes branch=main | 12:31 |
| rburton | ideally, you'd send a patch instead of appending, as everyone else needs the same fix | 12:31 |
| ljh | Yea, it got fixed in the upstream but I have to use this revision specifically :/ | 12:31 |
| ljh | Did something like that, but the patch doesn't seem to be applying. Pretty much like this: ```SRC_URI += "file://0001-Fix-branch-naming-master-to-main.patch"``` (hope it's okay to send code in the chat, apologies if it isnt!) | 12:33 |
| rburton | what is that patching? | 12:34 |
| ljh | It does this: -SRC_URI = "git://${PKG_NAME}.git" | 12:34 |
| ljh | +SRC_URI = "git://${PKG_NAME}.git;branch=main" | 12:34 |
| rburton | yeah you can't do that | 12:34 |
| ljh | oh lol | 12:34 |
| rburton | just write a new SRC_URI in the append | 12:34 |
| Ad0 | I did devtool modify u-boot but it doesn't seem to pick that when I do bitbake u-boot. | 12:35 |
| smurray | RP: if you have time, can you pop on that builder and capture "ps axf", I'd be curious to see if it's just a bitbake-server pair spinning like before | 12:35 |
| zeddii | ljh: what recipe is causing the problem ? | 12:36 |
| wyre | hi guys, I'm having problems with imx-lib https://bpa.st/KZSA but I'm not sure why is this, because this is apparently a problem with the freescale recipe, ain't it? https://github.com/Freescale/meta-freescale/blob/dunfell/recipes-bsp/imx-lib/imx-lib_git.bb | 12:36 |
| Ad0 | ah now it did | 12:36 |
| ljh | zeddii it's go-systemd. | 12:36 |
| zeddii | that's in meta-virt, I maintain that. what release branch are you building ? | 12:37 |
| zeddii | it's easier for me to just fix it. | 12:37 |
| angolini | @wyre what branch and machine are you using? | 12:37 |
| zeddii | ljh: I'm betting an older release, since I fixed the branch to 'main' on may 10th | 12:38 |
| ljh | Yes, it was fixed upstream hehe | 12:38 |
| wyre | angolini, dunfell branch and imx6ull-microgea machine https://github.com/engicam-stable/meta-engicam-nxp/blob/dunfell-community-bsp/conf/machine/imx6ull-microgea.conf | 12:38 |
| ljh | We're using meta-virt a lot in our embedded project, thanks a lot, btw :-) | 12:39 |
| zeddii | aha. I missed that comment. | 12:39 |
| angolini | I'm not sure my memory is right, but I don't think 6ull has pxp @wyre, why your machine is bringing it? | 12:39 |
| rburton | zeddii: is there a way to use a in-tree defconfig *and* apply a config fragment on top? | 12:39 |
| wyre | angolini, I don't know I pasted the .conf file for the machina and I can't see anything about pxp | 12:40 |
| wyre | so ... is it maybe a dependency? | 12:40 |
| zeddii | rburton: yah, just set it, and add a fragment to your SRC_URI. works fine. | 12:40 |
| wyre | maybe because of the include conf/machine/include/imx-base.inc | 12:40 |
| rburton | zeddii: even if we have KBUILD_DEFCONFIG = "defconfig" KCONFIG_MODE = "--alldefconfig" set? | 12:41 |
| zeddii | merge_config still applies the fragments, so yah, it should work. That being said, it's probably been several years since I tried something like that. | 12:41 |
| angolini | yes, imx-base includes pxp for imx6ull, but I don't quite know 6ull by heart... I would need to double check that. Would you mind creating an issue on meta-freescale and mention me? I'm @angolini no github as well..... https://github.com/Freescale/meta-freescale/issues | 12:44 |
| angolini | @wyre ^^ | 12:44 |
| angolini | I'll try to take a look on this today | 12:44 |
| * zeddii steps out for a few | 12:45 | |
| angolini | and I need to learn how to mention people here and how to answer as reply....................... | 12:45 |
| wyre | ok angolini 😁 | 12:47 |
| bizulk | @angolini : @ is the key :) | 12:50 |
| smurray | not on irc ;) | 12:51 |
| wyre | angolini, https://github.com/Freescale/meta-freescale/issues/834 😉 | 12:52 |
| *** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has quit IRC (Quit: You have been idle for 30+ days) | 12:52 | |
| *** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has quit IRC (Quit: You have been idle for 30+ days) | 12:52 | |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has quit IRC (Quit: You have been idle for 30+ days) | 12:52 | |
| *** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has quit IRC (Quit: You have been idle for 30+ days) | 12:52 | |
| RP | smurray: mailed you some output | 12:52 |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has joined #yocto | 12:52 | |
| *** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has joined #yocto | 12:52 | |
| *** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has joined #yocto | 12:53 | |
| *** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has left #yocto | 12:53 | |
| *** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has joined #yocto | 12:53 | |
| *** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has left #yocto | 12:53 | |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has left #yocto | 12:53 | |
| smurray | RP: looking at it, it looks quite a bit different than the failures I was seeing, where some tests would fail due to not being able to start a new bitbake, oe-selftest would complete, then there'd be some processes left around | 12:54 |
| RP | smurray: it does look different, but this is one of the issues we saw when Paul was working on it. I've mailed you the tail end of the cooker log. Note all the parser processes hanging around not being reaped | 12:56 |
| RP | smurray: it is as if the parse shutdown never happens | 12:56 |
| RP | well, compeltes | 12:56 |
| dl9pf | maybe similar issue like we fixed but in other place ? | 12:56 |
| smurray | RP: is it the "More than one thread left?: [<_MainThread(MainThread, started 139935909099328)>, <Thread(asyncio_0, started 139935769843264)>, <Thread(asyncio_0, started 139935760250432)>]" that's indicative in there? | 12:58 |
| RP | smurray: that was the previous server which terminated. I included that to show "normal" shutdown | 12:59 |
| RP | smurray: but yes, it shows async threads hanging around at exit time :/ | 13:00 |
| smurray | RP: I wonder if that's a red herring from creating the asyncio loop in the main process and not the child | 13:01 |
| bizulk | maybe a silly question, we added a bbapend to change the kernel dtp to support our display (patch list), If I want to inhibit the simplest & clean way is to rename that bbapend locally. then maybe generate simultaneously the dtb so that we can select at boot time. | 13:01 |
| RP | smurray: I think it may well be related to the main loop in the server but might not be a red herring | 13:01 |
| RP | smurray: I'm suspicious that we could get the lock and exit there :/ | 13:04 |
| *** nucatus_ <nucatus_!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 13:04 | |
| smurray | RP: okay, I can rework the changes I had to move it to go on top of JPEW's fix | 13:04 |
| RP | I suspect this is threading vs processes and that the threads don't have their own copy of the lock | 13:04 |
| *** JM32 <JM32!~JM@159-210-178-143.ftth.glasoperator.nl> has quit IRC (Quit: Client closed) | 13:04 | |
| RP | smurray: code for shutdown is in lib/bb/server/process.py | 13:04 |
| smurray | RP: unless it's specific to Python 3.9 vs earlier, I'm surprised I'd not have seen on it on my tests last week | 13:05 |
| RP | smurray: It could well be 3.9 specific as it sounds like a lot changed | 13:05 |
| RP | I think there is a pattern here that it triggers with buildtools | 13:05 |
| smurray | yeah | 13:06 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 240 seconds) | 13:07 | |
| qschulz | bizulk: then don't patch the device tree but rather create a second one, build both, deploy both and chose from your bootloader which one should be used | 13:07 |
| smurray | RP: I can attempt some runs with either a distro with 3.9 or the buildtools tarball, might be harder to vet locally since my build machine isn't quite big enough to handle oe-selftest with enough load w/o it blowing up | 13:08 |
| bizulk | qschulz yes. That what I'm going towards, | 13:08 |
| RP | smurray: if you sort the other patch we can try that on the AB too | 13:09 |
| smurray | RP: okay | 13:10 |
| * RP isn't sure that working n32 mips is a good tradeoff against broken eSDK | 13:14 | |
| smurray | RP: heh | 13:26 |
| smurray | RP: when I send the patch to move the asyncio loop creation, should I send the whole patchset again or is just that one on top fine for now? | 13:28 |
| JPEW | Just got caught up... is there a link to the error? | 13:29 |
| RP | smurray: on top is fine | 13:30 |
| *** argonautx <argonautx!~argonautx@gw.hyperstone.de> has joined #yocto | 13:30 | |
| smurray | RP: okay | 13:30 |
| RP | JPEW: its just a hang, no error :( | 13:31 |
| RP | JPEW: I forwarded the mails I sent smurray | 13:32 |
| JPEW | RP: ty | 13:33 |
| RP | 10100 automatic conversion changes by the script and 34 manual ones for oe-core :) | 13:34 |
| JPEW | RP: Nice | 13:35 |
| JPEW | Is the theory that the bitbake server process can't exit because it cannot get the lock? | 13:36 |
| RP | JPEW: no, theory is it exits as it can get the lock when there is still something async going on with the DB | 13:36 |
| JPEW | Ah, it's waiting for the PR server to exit? | 13:38 |
| RP | JPEW: I suspect something in the parser process code not getting on well with the asyncio threads and something deadlocking | 13:39 |
| smurray | so one difference with these changes is the addition of some handling to cancel the async tasks before calling stop on the asyncio loop, that might be opening a window | 13:39 |
| JPEW | Ya, I was a little curious about that | 13:39 |
| smurray | but my guess is in the main process the asyncio loop would be idle | 13:40 |
| JPEW | smurray: It should | 13:40 |
| JPEW | ostensibly, the process is going to die so I'm not sure if canceling is *really* necessary | 13:40 |
| JPEW | It might be worth dropping that patch just to see if the problem goes away | 13:41 |
| smurray | yeah, that did occur to me. I guess I don't know what the potential is for breaking the db? Zero as everything is atomic? | 13:41 |
| JPEW | If PR server is the same as hash server, it's zero because the DB operations are not async | 13:42 |
| JPEW | i.e. the SQL operations on the DB are uninterruptable because they are done synchronously instead of async | 13:43 |
| JPEW | Double edge sword, because it means the server can't handle other clients while waiting for the SQL, but you can't do async SQL without python modules | 13:44 |
| smurray | JPEW: I think that's the case | 13:47 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 13:54 | |
| *** camus <camus!~Instantbi@108-92-22-181.uvs.sntcca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer) | 14:07 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:18 | |
| *** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Ping timeout: 258 seconds) | 14:24 | |
| *** YogeshSiraswar_ <YogeshSiraswar_!sid500596@id-500596.highgate.irccloud.com> has joined #yocto | 14:26 | |
| wyre | why I can see here https://layers.openembedded.org/layerindex/branch/master/layers/ the meta-openembedded layer is listed as meta-oe? this is confusing because meta-openembedded has inside another layer/folder called also meta-oe | 14:29 |
| wyre | also ... will be openembedded-core treated as a layer? | 14:31 |
| override | not a yocto question but im really striggling with some github workflow yaml syntax error | 14:31 |
| override | does any one use that for ci out here? | 14:31 |
| qschulz | wyre: because meta-openembedded is not a layer | 14:31 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:31 | |
| wyre | qschulz, so it's a collection of layers? | 14:31 |
| qschulz | meta-oe is a layer that is part of meta-openembedded collection of layers | 14:32 |
| wyre | oh, I see | 14:32 |
| wyre | so the link is generic and another layers which are inside of the collection will have the link, right? | 14:32 |
| qschulz | the link is the link to the repository | 14:32 |
| qschulz | type meta-openembedded in the search bar and you'll see for yourself what the results are :) | 14:33 |
| qschulz | openembedded-core is a layer indeed | 14:33 |
| qschulz | it is also poky/meta | 14:34 |
| *** Tokamak <Tokamak!~Tokamak@107.117.203.162> has joined #yocto | 14:35 | |
| *** ncaidin_lf <ncaidin_lf!~ncaidin_l@2605:380:53:794::94> has joined #yocto | 14:36 | |
| smurray | JPEW: the move of the forking into AsyncServer.serve_as_process makes moving the asyncio loop creation a bit more non-obvious now, any suggestions? | 14:41 |
| wyre | qschulz, you mean both (openembedded-core and poky/meta) are layers or both are the same? | 14:42 |
| qschulz | both are the same | 14:42 |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 14:42 | |
| smurray | JPEW: I think I'll need to pull it out of the class and have it as a asyncrpc.serve_as_process func, would you be okay with that? | 14:42 |
| JPEW | smurray: Create it in run() in serve_as_process() ? | 14:42 |
| wyre | so I don't need openembedded-core, I see, thank you 😁 | 14:43 |
| JPEW | smurray: TBH having the class "own" the aio loop was a little strange anyway :) | 14:43 |
| smurray | JPEW: that won't work wrt start_{tcp,unix}_server | 14:43 |
| smurray | JPEW: but moving the loop creation out of __init__ altogether would if that seems acceptable | 14:44 |
| JPEW | smurray: Hmm | 14:46 |
| JPEW | I think the call to start_{tcp,unix}_server needs to be deferred until serve_forever() anwyay... | 14:46 |
| smurray | JPEW: yeah, it's a bit tangled up. Previously, I just shifted the server object creation into the helper func given to Process | 14:47 |
| JPEW | ... but, that means there could be a race where the server is slow and isn't ready when bitbake starts talking to it.... tricky | 14:47 |
| JPEW | smurray: Plus, you need the address in the main process | 14:48 |
| smurray | JPEW: I was passing the port back over a Queue for prserv | 14:49 |
| JPEW | smurray: Ya, I think that start_{tcp,unix}_server needs to change to start the server in a deferred manner (when serve_forever is called), and then server_as_process() needs to return the address (passed over a queue) | 14:52 |
| smurray | JPEW: does it need the address in the parent, though, I can't see where it'd be used? | 14:57 |
| *** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 14:58 | |
| JPEW | smurray: Ah maybe not. That makes it easier | 14:58 |
| JPEW | smurray: The tests use it: server.address | 14:58 |
| smurray | JPEW: hrm | 14:58 |
| smurray | JPEW: that looks droppable, maybe, the test specifies the address with self.get_server_addr(self.server_index) when it calls create_server, it could just save that value, I think? | 15:02 |
| JPEW | smurray: Maybe. I avoided that because it gets hard with multiple tests | 15:02 |
| JPEW | Particularly with TCP, because you need an unused ephemeral port | 15:02 |
| smurray | JPEW: I'll poke around a bit, perhaps getting it back to the parent is doable | 15:03 |
| JPEW | smurray: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/bitbake-venv&id=4ffc14dedb1b7f19086582e19969c71ae4f701b4 | 15:18 |
| JPEW | I can send to the ML if you want | 15:18 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 15:21 | |
| smurray | JPEW: I can grab it from there, prserv will need at least one fix on top of that | 15:22 |
| *** frieder <frieder!~frieder@mue-88-130-65-072.dsl.tropolys.de> has quit IRC (Ping timeout: 268 seconds) | 15:22 | |
| *** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Remote host closed the connection) | 15:22 | |
| *** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 15:22 | |
| *** argonautx <argonautx!~argonautx@gw.hyperstone.de> has quit IRC (Quit: Leaving) | 15:22 | |
| smurray | JPEW: I think that breaks bin/bitbake-hashserv, it calls serve_forever directly | 15:26 |
| JPEW | smurray: Ah, good call.... I ran bitbake-selftest but forgot that :) | 15:27 |
| override | curious to know what do people usually use for yocto realted CI? | 15:27 |
| *** sir_cinnamon <sir_cinnamon!~sir_cinna@95.168.121.21> has quit IRC (Quit: Client closed) | 15:27 | |
| *** paulg <paulg!~Paul@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 252 seconds) | 15:27 | |
| smurray | JPEW: perhaps move the server start into server_forever? | 15:28 |
| smurray | JPEW: err, serve_forever | 15:28 |
| smurray | JPEW: that's what I was getting started on, but you're way faster than I am ;) | 15:28 |
| JPEW | smurray: All the self.loop should be replaced with asyncio.get_event_loop() | 15:29 |
| JPEW | Which will make it agnostic to the loop | 15:29 |
| *** paulg <paulg!~Paul@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 15:29 | |
| JPEW | smurray: Or add this to the class https://www.irccloud.com/pastebin/nbDQf46T/ | 15:31 |
| smurray | JPEW: self.start would still need to be called, though, or the standalone wrapper would need to call serve_as_process, wouldn't it? | 15:32 |
| JPEW | ... right.... OK I'll fix it quick (and actually test bitbake-hashserve :) | 15:33 |
| *** frieder <frieder!~frieder@mue-88-130-65-072.dsl.tropolys.de> has joined #yocto | 15:34 | |
| *** nucatus_ <nucatus_!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 15:43 | |
| JPEW | smurray: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/bitbake-venv&id=66306b7413847ecd62d16df226ff060b0b5d4262 should fix it | 15:44 |
| *** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Ping timeout: 265 seconds) | 15:46 | |
| *** paulg <paulg!~Paul@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 272 seconds) | 15:47 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 15:47 | |
| *** camus <camus!~Instantbi@119.137.54.137> has joined #yocto | 15:48 | |
| smurray | JPEW: I'll rebase the PR server changes on top and do some basic testing. Will have to work out how to get it all together for RP to test on the autobuilder | 15:49 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Read error: Connection reset by peer) | 15:58 | |
| *** frieder <frieder!~frieder@mue-88-130-65-072.dsl.tropolys.de> has quit IRC (Remote host closed the connection) | 15:59 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 15:59 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 16:05 | |
| *** ljh <ljh!~ljh@2804:14d:baa3:44f4:27bf:9f7b:6e1b:870f> has quit IRC (Quit: Client closed) | 16:06 | |
| *** bizulk <bizulk!~bizulk@165.225.20.157> has quit IRC (Quit: Client closed) | 16:07 | |
| RP | smurray: if you have a patch series on top of bitbake I can figure it out | 16:09 |
| *** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 16:10 | |
| *** zpfvo <zpfvo!~fvo@88.130.219.39> has quit IRC (Quit: Leaving.) | 16:14 | |
| *** fitzsim` <fitzsim`!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 16:14 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 16:14 | |
| *** bizulk <bizulk!~bizulk@165.225.20.184> has joined #yocto | 16:15 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Ping timeout: 258 seconds) | 16:15 | |
| vd | Does ${IMAGE_LINK_NAME_pn-some-image} works from another recipe? | 16:16 |
| vd | (looking for a generic way to get an image name) | 16:16 |
| *** fitzsim` is now known as fitzsim | 16:18 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 250 seconds) | 16:20 | |
| vd | How do you usually reference an output image file from another recipe? | 16:22 |
| *** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Ping timeout: 250 seconds) | 16:31 | |
| *** paulg <paulg!~Paul@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 16:31 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 16:32 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 240 seconds) | 16:36 | |
| *** paulg <paulg!~Paul@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 240 seconds) | 16:40 | |
| *** ljh <ljh!~ljh@2804:14d:baa3:44f4:27bf:9f7b:6e1b:870f> has joined #yocto | 16:40 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:42 | |
| *** bizulk <bizulk!~bizulk@165.225.20.184> has quit IRC (Quit: Client closed) | 16:45 | |
| *** paulg <paulg!~Paul@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 16:45 | |
| *** Sansveni <Sansveni!~Sansveni@167.89.254.27> has quit IRC (Quit: Client closed) | 16:46 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 265 seconds) | 16:46 | |
| *** mckoan is now known as mckoan|away | 16:47 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 16:49 | |
| *** ncaidin_lf <ncaidin_lf!~ncaidin_l@2605:380:53:794::94> has quit IRC (Quit: Client closed) | 16:50 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 16:54 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:58 | |
| dl9pf | OE happy hour is on ! | 17:02 |
| *** ljh <ljh!~ljh@2804:14d:baa3:44f4:27bf:9f7b:6e1b:870f> has quit IRC (Quit: Client closed) | 17:17 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 17:17 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 252 seconds) | 17:23 | |
| override | boot.scr are scripts run bu uboot? ive been messing around with bitbake -e and all to figure out recipe generates boot.scr for me. I still cant manage figuring out what recipe is generating it. any idea how I could go about it? | 17:26 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 17:35 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 17:40 | |
| *** Guest26 <Guest26!~Guest26@64.222.164.134> has quit IRC (Quit: Client closed) | 17:41 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 17:44 | |
| Ad0 | override, yeah it's script with some binary information in the start | 17:46 |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 17:48 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 17:49 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 17:49 | |
| Ad0 | boot.cmd is injected into it | 17:50 |
| Ad0 | ./recipes-bsp/rpi-u-boot-scr/rpi-u-boot-scr.bb: mkimage -A ${UBOOT_ARCH} -T script -C none -n "Boot script" -d "${WORKDIR}/boot.cmd" boot.scr | 17:51 |
| Ad0 | https://github.com/agherzan/meta-raspberrypi/tree/master/recipes-bsp/rpi-u-boot-scr | 17:53 |
| Ad0 | then for it to run it's put in a var: ./conf/machine/include/rpi-default-providers.inc:PREFERRED_PROVIDER_u-boot-default-script ??= "rpi-u-boot-scr" | 17:54 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 18:01 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 18:02 | |
| yates_work | poky/meta/classes/meson.bbclass has a line DEPENDS_append = " meson-native ninja-native", but find . -name "meson-native*" comes back empty. | 18:07 |
| yates_work | isn't there supposed to be a recipe "meson-native.bb" | 18:08 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 240 seconds) | 18:08 | |
| yates_work | i'm also seeing a simiilar thing in the bitbake -g task-depends.dot output: xorgproto-native.do_prepare_recipe_sysroot" -> "meson-native.do_populate_sysroot" | 18:09 |
| yates_work | but there is not meson-native recipe! | 18:09 |
| yates_work | am i misinterpreting? | 18:10 |
| rburton | the meson recipe uses BBCLASSEXTEND to magically turn into meson-native (and nativesdk-meson) | 18:13 |
| rburton | https://docs.yoctoproject.org/ref-manual/variables.html#term-BBCLASSEXTEND | 18:14 |
| yates_work | ok thanks rburton | 18:16 |
| yates_work | so if i wanted to .bbappend meson-native, i should create meson.bbappend? | 18:18 |
| rburton | yes | 18:19 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 18:22 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 268 seconds) | 18:28 | |
| *** Tokamak <Tokamak!~Tokamak@107.117.203.162> has quit IRC (Ping timeout: 258 seconds) | 18:32 | |
| * zeddii is confused. I ran RP | 18:35 | |
| zeddii | fat finger | 18:35 |
| zeddii | RP: I ran the override script on meta-virt, but am only on poky master. I thought I'd get a parse error .. but yet, it parsed | 18:35 |
| * zeddii looks to see what stupidity he's done | 18:35 | |
| *** rewitt3 <rewitt3!~rewitt@134.134.137.82> has quit IRC (Remote host closed the connection) | 18:36 | |
| *** Guest26 <Guest26!~Guest26@64.222.164.134> has joined #yocto | 18:37 | |
| *** rewitt3 <rewitt3!~rewitt@134.134.137.82> has joined #yocto | 18:37 | |
| *** rewitt3 <rewitt3!~rewitt@134.134.137.82> has quit IRC (Remote host closed the connection) | 18:39 | |
| *** rewitt3 <rewitt3!~rewitt@134.134.137.82> has joined #yocto | 18:39 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 18:41 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 252 seconds) | 18:46 | |
| *** ant__ <ant__!~ant@host-82-54-240-211.retail.telecomitalia.it> has joined #yocto | 18:52 | |
| RP | zeddii: recent bitbake will work with the new syntax :) | 19:06 |
| RP | zeddii: I was curious how you ran me :) | 19:06 |
| zeddii | :D | 19:06 |
| zeddii | I checked the history and didn't see the commit to bitbake, I'm looking again. it has to be there, it would have blow up. | 19:07 |
| RP | zeddii: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=75fad23fc06c008a03414a1fc288a8614c6af9ca | 19:08 |
| RP | zeddii: that patch just allows compatibility, the pieces in master-next actually use ":" internally instead of "_" | 19:09 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 19:12 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 272 seconds) | 19:17 | |
| *** Tokamak <Tokamak!~Tokamak@107.117.203.81> has joined #yocto | 19:17 | |
| zeddii | ahah. got it. I have the parsing change. at least that explains that my inspection -> commit work with the conversion is being tested (some) | 19:19 |
| RP | zeddii: It means people can start converting layers now, assuming we have the agreement on what we convert | 19:20 |
| *** Guest26 <Guest26!~Guest26@64.222.164.134> has quit IRC (Quit: Client closed) | 19:20 | |
| zeddii | yah. I'm doing meta-virt master, and it looks ok for the first pass. my targets all built. but there some class subtlety and other use cases that will pop out | 19:21 |
| zeddii | I want to at least get it up on meta-virt master-next, so people will know I've started | 19:22 |
| RP | zeddii: I'm curious to see how things fare with other layers | 19:22 |
| zeddii | yah. outside of one change to a wic file that wasn't actually overrides, so far, my inspection showed it as all good. | 19:23 |
| *** ljh <ljh!~ljh@2804:14d:baa3:44f4:27bf:9f7b:6e1b:870f> has joined #yocto | 19:31 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 19:41 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 252 seconds) | 19:47 | |
| *** Guest26 <Guest26!~Guest26@64.222.164.134> has joined #yocto | 19:48 | |
| RP | zeddii: that isn't too bad IMO :) | 20:02 |
| *** ljh <ljh!~ljh@2804:14d:baa3:44f4:27bf:9f7b:6e1b:870f> has quit IRC (Quit: Client closed) | 20:15 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 20:20 | |
| smurray | JPEW: it's interesting, behavior is definitely a bit different now, seeing (somewhat harmless, I think) CancelledError's in the logs from the shutdown code | 20:27 |
| smurray | JPEW: that suggests something wasn't working quite as expected before | 20:28 |
| smurray | RP JPEW: I need to step out, will pick it back up again tomorrow to try to get an updated patchset I'm happy with out | 20:30 |
| JPEW | smurray: Are you getting the cancelled error because you dropped the patch that tries to cancel everything? | 20:30 |
| JPEW | smurray: Or do you still have that? | 20:31 |
| smurray | JPEW: no, that's with it still | 20:31 |
| JPEW | smurray: Ya. Seems like something w.r.t. the cancelling might still be amiss then | 20:32 |
| *** florian <florian!~florian@dynamic-093-131-170-030.93.131.pool.telefonica.de> has joined #yocto | 20:32 | |
| smurray | JPEW: I think it's fine now, maybe? The technique is discussed here: https://www.roguelynn.com/words/asyncio-graceful-shutdowns/ | 20:33 |
| smurray | JPEW: I'm definitely no expert, though. I'll bbiab, need to head out to a whisky tasting | 20:34 |
| JPEW | smurray: ooOOoo sounds fun! | 20:34 |
| *** ljh <ljh!~ljh@2804:14d:baa3:44f4:27bf:9f7b:6e1b:870f> has joined #yocto | 20:38 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 20:43 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 252 seconds) | 20:48 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 20:53 | |
| vd | JPEW does whisk download layers and bitbake for you? | 20:54 |
| JPEW | vd: it can if you want | 20:58 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 20:58 | |
| JPEW | You can add a "fetch" command that gets run when you use the --fetch option | 20:59 |
| JPEW | A fetch command per layer set that is... We use it with submodules | 21:00 |
| vd | whoops, just found that in the readme, thank you | 21:03 |
| vd | I'll give it a try to see if I can easily replace kas with it | 21:03 |
| vd | I was preparing my multiconfigs with custom IMAGE_LINK_NAME, TMPDIR and all, so I figure it might be better to try out whisk now instead. | 21:04 |
| JPEW | Ah, nice | 21:07 |
| *** amitk <amitk!~amit@103.208.71.99> has quit IRC (Ping timeout: 250 seconds) | 21:10 | |
| *** ochredoke <ochredoke!ochredoke@user/ochredoke> has quit IRC (Ping timeout: 240 seconds) | 21:15 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 21:17 | |
| *** ochredoke <ochredoke!~ochredoke@user/ochredoke> has joined #yocto | 21:17 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 21:21 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 252 seconds) | 21:22 | |
| *** BobPungartnik <BobPungartnik!~Pung@179.177.249.70> has joined #yocto | 21:23 | |
| *** BobPungartnik <BobPungartnik!~Pung@179.177.249.70> has quit IRC (Client Quit) | 21:24 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 21:48 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection) | 21:49 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 240 seconds) | 21:52 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 21:59 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:16 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 22:19 | |
| *** Guest26 <Guest26!~Guest26@64.222.164.134> has quit IRC (Quit: Client closed) | 22:23 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 22:24 | |
| jordemort | does anyone have any solid examples of building 3rd party kernel modules? i've got recipes that use ${KERNEL_VERSION} and it seems like there's something not quite right in the dependencies there; i.e. if i update the kernel it ends up with a different version string, but the old modules don't get rebuilt and so they're in the wrong directory in /lib/modules | 22:26 |
| jordemort | and vice versa, when i update the 3rd party module it gets rebuilt but KERNEL_VERSION seems different and it ends up all by itself in a unique directory in /lib/modules that doesn't match the kernel in the image | 22:26 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 22:40 | |
| *** florian <florian!~florian@dynamic-093-131-170-030.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 265 seconds) | 22:49 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 22:51 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 22:57 | |
| *** bunk <bunk!~bunk@debian/bunk> has quit IRC (Quit: leaving) | 23:07 | |
| *** ljh <ljh!~ljh@2804:14d:baa3:44f4:27bf:9f7b:6e1b:870f> has quit IRC (Quit: Client closed) | 23:14 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 23:19 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 23:21 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 252 seconds) | 23:25 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 23:51 | |
| *** camus <camus!~Instantbi@119.137.54.137> has quit IRC (Quit: camus) | 23:53 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 23:56 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!