| *** florian_kc <florian_kc!~florian@dynamic-002-243-060-125.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 00:36 | |
| *** dev1990 <dev1990!~dev@81.168.185.188> has quit IRC (Quit: Konversation terminated!) | 00:39 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 01:44 | |
| nerdboy | tlwoerner: did you boot any rk3328 boards with 5.15.x lately? | 01:52 |
|---|---|---|
| *** dl9pf[m] <dl9pf[m]!~dl9pfmatr@2001:470:69fc:105::9a8> has joined #oe | 01:52 | |
| nerdboy | is there any reason why meta-rockchip/master/oe-core should fail to boot sdcard? i did need to add machine def for rk3328-roc-cc | 01:53 |
| nerdboy | i *think* i have the answer... (rebuilding kernel now) | 01:58 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #oe | 02:09 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 02:53 | |
| nerdboy | nope, still not even showing sdmmc interface in boot log, but it doe show emmc interface (with nothing connected) | 04:00 |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #oe | 05:05 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #oe | 06:54 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #oe | 07:20 | |
| *** zoltansore[m] <zoltansore[m]!~zoltansor@2001:470:69fc:105::2db0> has joined #oe | 07:29 | |
| *** mckoan|away is now known as mckoan | 07:44 | |
| mckoan | good morning | 07:45 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 07:53 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #oe | 08:16 | |
| *** RikusW <RikusW!~rikus@102.182.117.113> has joined #oe | 08:21 | |
| *** dev1990 <dev1990!~dev@81.168.185.188> has joined #oe | 08:27 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #oe | 08:45 | |
| *** otavio_ <otavio_!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #oe | 09:10 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Read error: Connection reset by peer) | 09:10 | |
| *** lazlo <lazlo!~lazlo@87.122.102.27> has joined #oe | 09:42 | |
| lazlo | Hello! I am having a issue with wic/peudo. When copyhardlinktree() uses find|tar|tar to copy the prepared root filesystem to the new rootfs directory, tar will attempt to set file ownership (set owner to root:root) for many files and directories. | 09:45 |
| lazlo | This fails as copyhardlinktree is not run using pseudo. Now I'm scratiching my head why it isn't and why this worked on an older dunfell but not on the most recent dunfell. | 09:45 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #oe | 09:58 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 10:00 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Remote host closed the connection) | 10:02 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #oe | 10:03 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Remote host closed the connection) | 10:05 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #oe | 10:09 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 10:11 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #oe | 10:11 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #oe | 10:23 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #oe | 10:53 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #oe | 10:55 | |
| *** RikusW <RikusW!~rikus@102.182.117.113> has quit IRC (Quit: Leaving.) | 11:04 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 250 seconds) | 11:35 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 250 seconds) | 12:11 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #oe | 12:12 | |
| *** camus1 is now known as camus | 12:14 | |
| *** otavio_ <otavio_!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 12:36 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #oe | 12:55 | |
| *** Saur <Saur!~pkj@proxy01.se.axis.com> has joined #oe | 12:56 | |
| *** aetnaeus <aetnaeus!~qpls@cpeb4750e67d202-cmf81d0fad5840.cpe.net.fido.ca> has quit IRC (Ping timeout: 250 seconds) | 13:20 | |
| *** ar__ <ar__!~akiCA@user/akica> has joined #oe | 13:49 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #oe | 14:00 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #oe | 14:01 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds) | 14:01 | |
| *** camus1 is now known as camus | 14:01 | |
| *** lazlo <lazlo!~lazlo@87.122.102.27> has quit IRC (Quit: Connection closed) | 14:08 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 14:12 | |
| *** codavi <codavi!~akiCA@user/akica> has joined #oe | 14:15 | |
| *** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 250 seconds) | 14:18 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has joined #oe | 14:19 | |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has joined #oe | 14:21 | |
| mort | Anyone had any luck with the option driver for 4g modems? | 14:30 |
| mort | it's not creating a wwan0 interface for me | 14:30 |
| *** alimon <alimon!~alimon@2806:10b7:3:1a01:2c32:cfff:fe8e:de1f> has joined #oe | 14:33 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 15:10 | |
| hmw[m] | <mort> "Anyone had any luck with the..." <- I had but what are you using to connect ? | 15:15 |
| mort | ModemManager | 15:15 |
| mort | hmw[m]: https://p.mort.coffee/07B | 15:19 |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has joined #oe | 15:20 | |
| mort | I don't think those cfg80211 dmesg lines are relevant | 15:20 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 256 seconds) | 15:23 | |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 15:23 | |
| hmw[m] | i opted to also install networkmanager | 15:24 |
| hmw[m] | what i did ( don´t know if it is correct) is create a apn connection using nmcli and i added that connection to the distro installatiation | 15:26 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4e02:5400:24d7:51ff:fed6:906d> has joined #oe | 15:28 | |
| hmw[m] | mmcli -m 0 --simple-connect="apn=$APN,$OTHER_OPTIONS" ( that also should connect to the internet) | 15:28 |
| hmw[m] | m you did that | 15:28 |
| hmw[m] | mort: can i be that you are missing linux drivers ? | 15:30 |
| mort | quite possible, but I don't know what those drivers should be | 15:30 |
| mort | it is detected by the option driver | 15:31 |
| mort | that's https://github.com/torvalds/linux/blob/master/drivers/usb/serial/option.c#L13 this driver | 15:32 |
| hmw[m] | yes and you need qmi wan | 15:37 |
| hmw[m] | and prob another one | 15:37 |
| hmw[m] | * qmi_wwan | 15:39 |
| hmw[m] | under usb serial converter support there is also usb dirver vor gsm and cdma modems that you prob need to | 15:42 |
| hmw[m] | [*] Device Drivers →... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/79c85f7f8691fb07f2c817d9370dc1eb13323200) | 15:43 |
| hmw[m] | i think that is what you need for your wwan0 but not 100% sure | 15:44 |
| mort | I see | 15:50 |
| mort | I'll try to get the qmi_wwan driver working then | 15:51 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 16:26 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has quit IRC (Quit: Client closed) | 16:37 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has joined #oe | 16:58 | |
| tlwoerner | nerdboy: i regularly run my rock-pi-e and it's running 5.15.6 as we speak off the sdcard | 17:14 |
| tlwoerner | nerdboy: (linux-yocto) | 17:14 |
| nerdboy | i'd say there was some hw broken except u-boot works fine | 17:17 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:23 | |
| marex | RP: Hi, I don't want to add extra load onto you, but could you please pick the U-Boot 2022.01 patch I sent to oe-core for kirkstone ? The 2022.01 looks like a nice release, so it would be good to have it in the upcoming LTS | 17:27 |
| marex | RP: this patch https://lists.openembedded.org/g/openembedded-core/message/160384 | 17:28 |
| RP | marex: queued, sorry it slipped through the cracks | 17:30 |
| marex | RP: no worries, thanks ! | 17:35 |
| marex | RP: it seems to me kirkstone is gonna be a good LTS release from the looks of it :) | 17:35 |
| RP | marex: I hope so! :) | 17:39 |
| marex | RP: so far it really does look good | 17:39 |
| *** mckoan is now known as mckoan|away | 17:40 | |
| RP | marex: I'm curious if anything in particular stands out? | 17:45 |
| marex | RP: u-boot 2022.01 , linux 5.15.y , mesa 21.3.y , looks good | 17:47 |
| marex | if we had gstreamer 1.20, that would be grand, but that;s not out yet | 17:48 |
| RP | :) | 17:50 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds) | 18:15 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #oe | 18:15 | |
| kanavin | marex, that's what lts mixin layers are for | 18:28 |
| kanavin | I would publish my go mixin work for dunfell if siemens would sort the maintenance support | 18:29 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 18:31 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #oe | 18:31 | |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 18:43 | |
| *** aetnaeus <aetnaeus!~qpls@cpeb4750e67d202-cmf81d0fad5840.cpe.net.fido.ca> has joined #oe | 18:47 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-001-179.93.132.pool.telefonica.de> has joined #oe | 18:53 | |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 240 seconds) | 18:58 | |
| marex | kanavin: doesnt siemens push their isar, which has the debian updates, or whichever river they called their thing after ? | 19:18 |
| marex | kanavin: I am pushing https://source.denx.de/denx/meta-mainline-common | 19:19 |
| marex | kanavin: that's where I stash my up-to-date kernel version + u-boot version + mesa3d | 19:19 |
| marex | kanavin: I recall there were other attempts at up-to-date base components, but I haven;t seen one which did stick | 19:20 |
| marex | I wouldn't mind making the above somehow more "official" | 19:20 |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has quit IRC (Quit: Client closed) | 19:21 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has joined #oe | 19:23 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 19:41 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #oe | 19:47 | |
| kanavin | marex, siemens consists of many parts, and they're not all using the same thing :) | 19:58 |
| kanavin | marex, this is the official one https://git.yoctoproject.org/meta-lts-mixins | 19:59 |
| marex | kanavin: that seems very outdated, we're at 5.10.92 now :-) | 20:00 |
| kanavin | marex, ask zeddii ;) | 20:00 |
| marex | kanavin: would it make sense to start mixin' in the https://source.denx.de/denx/meta-mainline-common ? | 20:01 |
| kanavin | marex, no | 20:01 |
| kanavin | create additional branches in meta-lts-mixin, and submit them to get merged | 20:01 |
| zeddii | 5.10 is up to date, we just need the SRCREV bumps in the mixin. that's what Denys was going to do, so I stay out of his way. | 20:01 |
| kanavin | the idea is to check out different branches the same repo several times | 20:02 |
| kanavin | into different directories | 20:02 |
| marex | zeddii: it says 5.10.79-ancient , 5 weeks ago | 20:02 |
| marex | zeddii: https://git.yoctoproject.org/meta-lts-mixins/log/?h=dunfell/kernel here | 20:03 |
| zeddii | I repeat my statement | 20:03 |
| marex | still, the aforementioned layer also has u-boot and mesa updates, and i would also like to do gstreamer | 20:04 |
| marex | kanavin: uh ... what does it have to do with adding additional kernel recipes into that repository (or another repository) ? | 20:05 |
| marex | kanavin: I think I don't understand the statement about checking out repo | 20:05 |
| * zeddii has to go get rid of 40cms of snow. will be back later. | 20:05 | |
| kanavin | marex, if you want to provide official backports to dunfell, meta-lts-mixins is the layer to do that | 20:05 |
| kanavin | create a dunfell/thingy branch, and submit/maintain it | 20:06 |
| marex | zeddii: can;t you just bitbake universe and let the servers hot air melt the snow ? | 20:06 |
| zeddii | heh. Would be nice! | 20:06 |
| zeddii | marex: but to be more specific, I'm posting the SRCREVs to the oe-core list for 5.10, Denys was grabbing them for the layer. I could do the merges to that layer as well, but that's not how we arranged it to work. | 20:07 |
| marex | kanavin: and how do I go about that ? just submit the recipes to openembedded-core with [meta-lts-mixing] prefix ? | 20:07 |
| zeddii | when I'm done digging out from the snow, I can ping and get the mixin layer bumped. | 20:07 |
| * zeddii really goes | 20:07 | |
| marex | zeddii: I think I'll be around for a bit longer, let's continue the discussion later ? | 20:07 |
| marex | enjoy the workout | 20:08 |
| kanavin | marex, denix should be able to answer | 20:08 |
| kanavin | alex marex and denix, I guess we could all write our posix kernels :) | 20:08 |
| marex | kanavin: which reminds me ... I should trigger CI and AUH about that 'stderr' patch | 20:08 |
| marex | heh | 20:08 |
| kanavin | marex, fwiw latest master auh round went totally fine, so it must be a dunfell thing | 20:09 |
| kanavin | at some point recently bitbake and devtool stopped mixing stderr into stdout, so I had to adjust auh accordingly | 20:09 |
| marex | kanavin: the CI is running, let's see | 20:10 |
| denix | kanavin, zeddii: ok, updated meta-lts-mixin with few latest 5.10 commits - it fell behind a bit due to holidays... | 20:28 |
| marex | denix: what about adding u-boot and mesa into the mixin layer , and linux 5.4 and 5.15 ? | 20:29 |
| denix | marex: the concept of LTS mixin layer was to have a single-purpose topic branch - e.g. dunfell/kernel is to host newer kernels for dunfell release | 20:31 |
| denix | so, yeah, you can do dunfell/u-boot and dunfell/mesa if you want | 20:31 |
| denix | 5.4 doesn't make sense for dunfell, as it's already there in oe-core, but 5.15 makes sense | 20:32 |
| marex | denix: why not put all the recipes in one branch ? | 20:32 |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 20:33 | |
| marex | (I now understand what kanavin meant with "multiple checkouts" though) | 20:33 |
| *** marka <marka!~masselst@198-84-181-245.cpe.teksavvy.com> has joined #oe | 20:33 | |
| dv__ | am I right to assume that conditionally adding patches to SRC_URI based on some yocto variable isn't a good thing to do? | 20:33 |
| marex | dv__: like SRC_URI:append:machine = " file://foo.patch" ? | 20:34 |
| denix | marex: yeah, multiple checkouts is a downside of this conecpt... | 20:34 |
| marex | denix: so why this concept, is there a reason for that ? | 20:35 |
| dv__ | one use case for this that I was briefly thinking about: conditionally enabling a subsystem by patching a kernel's DTS | 20:36 |
| denix | marex: there was a discussion long back on oe-architecture list and this was the proposal that we agreed on, so TSC put it in writing here - https://wiki.yoctoproject.org/wiki/Stable_Release_and_LTS#LTS_.E2.80.9CMixin.E2.80.9D_repositories | 20:37 |
| marex | dv__: do you also conditionally patch the hardware which the DT describes ? | 20:37 |
| denix | RP: anything to add ^^^? | 20:37 |
| marex | dv__: because DT is hardware description and does NOT encode policy | 20:37 |
| dv__ | marex: but enabling this subsystem increases power draw, so it is not always used | 20:37 |
| marex | dv__: should this subsystem be enabled at build-time or run-time ? | 20:38 |
| marex | dv__: have a look at fitImage and DTO , you can build the base DT with subsystem enabled and then have U-Boot apply DTO which adds some "status = disabled" into the DT | 20:38 |
| marex | or just ship two DTs in the fitImage | 20:38 |
| dv__ | from what I see here, there's no way to enable it at run-time currently. no idea if it would even be possible. | 20:38 |
| dv__ | hmm interesting | 20:39 |
| marex | dv__: if it is a DT modification, you can perform the modification before passing the DT to the kernel | 20:39 |
| marex | dv__: if you need build time, maybe you want to look at PACKAGECONFIG ? | 20:39 |
| marex | and maybe MACHINE_FEATURES (?) | 20:39 |
| dv__ | no, it is purely a DT modification | 20:39 |
| *** TundraMan <TundraMan!~marka@198-84-181-245.cpe.teksavvy.com> has joined #oe | 20:39 | |
| *** TundraMan <TundraMan!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Remote host closed the connection) | 20:39 | |
| marex | dv__: do you use U-Boot ? | 20:39 |
| marex | or something else ? | 20:39 |
| dv__ | u-boot, yes | 20:40 |
| dv__ | so, DTO seems interesting, didn't know about it | 20:40 |
| marex | well, then maybe the DTO is really quite flexible approach | 20:40 |
| marex | dv__: the trick I deliver quite often is this | 20:40 |
| marex | build up a fitImage, encode single kernel, one (or more) base DTs and matching DTOs for expansion boards, and finally a boot.scr script | 20:40 |
| marex | when the system loads the fitImage, it can source the embedded script in it (which can be signed alognside the fitImage) and the script can apply the suitable DTO | 20:41 |
| marex | upside is, you can ship updated boot script, signed too | 20:41 |
| *** TundraMan <TundraMan!~marka@198-84-181-245.cpe.teksavvy.com> has joined #oe | 20:41 | |
| marex | and then in the boot script, you can script your "enable or disable whatever, based on e.g. u-boot environment variable, which you can set with libubootenv at runtime, or do what you want" | 20:42 |
| dv__ | hmm, neat | 20:42 |
| dv__ | certainly beats conditionally adding stuff to SRC_URI | 20:42 |
| dv__ | has DTO support been in u-boot for a while now? or is it new? | 20:42 |
| marex | dv__: and bonus is, you can stack the DTOs in U-Boot, so if you e.g. have multiple expansion boards which you can auto-detect, the boot script can auto-apply all those DTOs for you | 20:43 |
| marex | dv__: err .... let's see | 20:43 |
| marex | dv__: 5 years | 20:45 |
| marex | ddf67f71352 ("libfdt: Add overlay application function") | 20:46 |
| marex | Date: Tue Jul 5 10:26:44 2016 +0200 | 20:46 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4e02:5400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:53 | |
| dv__ | ok, great | 20:58 |
| marex | denix: lemme read that | 21:02 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-001-179.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 21:07 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-001-179.93.132.pool.telefonica.de> has joined #oe | 21:37 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-001-179.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 21:46 | |
| nerdboy | tlwoerner: i found your regulator patch, i'm having exactly that behavior with rk3328 renegade board | 21:50 |
| nerdboy | well, the boot stopping part, waiting and poking the sdcard didn't do anything for me | 21:51 |
| nerdboy | last thing in the console is [ 31.715247] vcc_sd: disabling | 21:52 |
| *** marka <marka!~masselst@198-84-181-245.cpe.teksavvy.com> has quit IRC (Quit: Konversation terminated!) | 21:57 | |
| nerdboy | the best part is at the beginning: https://paste2.org/6IX4y4Yp | 21:57 |
| nerdboy | i should've tried the simple/manual sdcard sooner... | 21:58 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-001-179.93.132.pool.telefonica.de> has joined #oe | 23:06 | |
| marex | kanavin: https://paste.debian.net/hidden/7d96eb98/ here is the backtrace | 23:21 |
| *** dev1990 <dev1990!~dev@81.168.185.188> has quit IRC (Quit: Konversation terminated!) | 23:25 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 250 seconds) | 23:27 | |
| marex | kanavin: maybe if we pick bitbake 1ecc1d9424877df89fcda2f23c306998998a65ff to dunfell, that might do the trick, lets try | 23:28 |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #oe | 23:29 | |
| *** TundraMan <TundraMan!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 23:30 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #oe | 23:37 | |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 240 seconds) | 23:40 | |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #oe | 23:41 | |
| marex | kanavin: yep, that's the fix all right ... although I'm not sure whether backporting that to dunfell is the right approach | 23:43 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!