| *** tlwoerner__ <tlwoerner__!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Quit: Leaving) | 00:00 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 00:00 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:19 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 00:36 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 01:10 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 01:55 | |
| *** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto | 03:19 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 252 seconds) | 03:21 | |
| *** jmiehe1 is now known as jmiehe | 03:21 | |
| *** wooosaii <wooosaii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 04:01 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC (Ping timeout: 246 seconds) | 04:04 | |
| *** vd <vd!~vd1785@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 04:05 | |
| *** lexano_ <lexano_!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 264 seconds) | 04:16 | |
| *** arlen_ <arlen_!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has quit IRC (Ping timeout: 245 seconds) | 04:19 | |
| *** arlen_ <arlen_!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto | 04:19 | |
| *** davidinux <davidinux!~davidinux@net-2-34-77-16.cust.vodafonedsl.it> has quit IRC (Ping timeout: 252 seconds) | 04:26 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 04:27 | |
| *** wwilly <wwilly!~wwilly@cpc92794-cmbg19-2-0-cust589.5-4.cable.virginm.net> has quit IRC (Ping timeout: 245 seconds) | 04:59 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 252 seconds) | 05:51 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:58 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:59 | |
| *** arlen_ <arlen_!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has quit IRC (Ping timeout: 252 seconds) | 06:02 | |
| *** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto | 06:02 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has quit IRC (Read error: Connection reset by peer) | 06:04 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has joined #yocto | 06:11 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:18 | |
| *** Guest54 <Guest54!~Guest54@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:20 | |
| *** Flumpy33 <Flumpy33!~dev@178-84-56-61.dynamic.upc.nl> has joined #yocto | 06:21 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 06:23 | |
| JosefHolzmayrThe | Can anybody shoot me the current (new) documentation link real quick? | 06:24 |
|---|---|---|
| moto-timo | JosefHolzmayrThe: http://docs.yoctoproject.org | 06:36 |
| JosefHolzmayrThe | moto-timo thx (why are you awake?) | 06:41 |
| *** mckoan|away is now known as mckoan | 06:41 | |
| mckoan | good morning | 06:41 |
| moto-timo | JosefHolzmayrThe: just barely | 06:44 |
| moto-timo | Night shift hands off to the morning shift. May your espresso be excellent and the cream strong. | 06:45 |
| JosefHolzmayrThe | Hrhr | 06:48 |
| *** zpfvo <zpfvo!~fvo@88.130.217.155> has joined #yocto | 06:57 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:01 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:03 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has quit IRC (Quit: WeeChat 2.8) | 07:04 | |
| *** wwilly <wwilly!~wwilly@cpc92794-cmbg19-2-0-cust589.5-4.cable.virginm.net> has joined #yocto | 07:11 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.155> has quit IRC (Remote host closed the connection) | 07:12 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 07:17 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 07:20 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 07:24 | |
| *** gsalazar <gsalazar!~gsalazar@194.38.148.130> has joined #yocto | 07:28 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has quit IRC (Read error: Connection reset by peer) | 07:31 | |
| *** mcfrisk_ is now known as mcfrisk | 07:31 | |
| *** r0bin <r0bin!~r0bin@gateway/tor-sasl/r0bin> has joined #yocto | 07:33 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has joined #yocto | 07:37 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 07:53 | |
| *** r0bin <r0bin!~r0bin@gateway/tor-sasl/r0bin> has quit IRC (Quit: WeeChat 2.8) | 07:59 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:01 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 08:01 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.155> has joined #yocto | 08:02 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 08:07 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 08:08 | |
| *** ant__ <ant__!~ant@host-82-54-240-7.retail.telecomitalia.it> has quit IRC (Ping timeout: 252 seconds) | 08:08 | |
| dagmcr | hi, does anyone know why PARALLEL_MAKEINST variable change makes the sstate unusable for quite a lot of recipes? (only tested on dunfell) | 08:17 |
| *** rber|res <rber|res!~rber|res@ppp-2-86-134-166.home.otenet.gr> has joined #yocto | 08:26 | |
| *** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has quit IRC (Ping timeout: 252 seconds) | 08:29 | |
| *** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto | 08:29 | |
| RP | dagmcr: makes it unusable how? It should be filtered out | 08:33 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:33 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.189> has quit IRC (Ping timeout: 252 seconds) | 08:33 | |
| dagmcr | RP: unusable meaning recipes will rebuild | 08:35 |
| dagmcr | just using latest dunfell from poky and updating PARALLEL_MAKEINST value in the site.conf | 08:35 |
| dagmcr | (some recipes) | 08:36 |
| RP | dagmcr: recipes from OE-Core? | 08:38 |
| dagmcr | well, i'm using oe-core from poky so, yes. For example, glib-2.0 | 08:42 |
| dagmcr | wayland, libxcb... | 08:42 |
| RP | dagmcr: I just checked locally and you're right, it doesn't work as intended | 08:45 |
| dagmcr | It's a bit strange because even if you set up the same value I think it rebuilds | 08:46 |
| RP | dagmcr: in a really quick test, adding PARALLEL_MAKEINST[vardepvalue] = "1" made it work here | 08:47 |
| dagmcr | okay, I wasn't sure how to add the variable globally | 08:47 |
| dagmcr | thanks | 08:47 |
| *** dvorkindmitry <dvorkindmitry!~dvorkindm@5.167.98.73> has joined #yocto | 08:48 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 08:48 | |
| RP | dagmcr: most people let PARALLEL_MAKE and PARALLEL_MAKEINST take the same value which then means you don't see this issue | 08:49 |
| RP | dagmcr: I'll queue something to tweak this in core | 08:49 |
| dagmcr | RP: they had the same value assigned individually in my conf file | 08:50 |
| RP | dagmcr: right, and if you just didn't define one it would have worked :) | 08:51 |
| RP | dagmcr: I've sent a patch | 08:51 |
| *** ilunev <ilunev!~koolkhel@185.9.184.217> has joined #yocto | 08:54 | |
| dagmcr | RP: Awesome! | 08:55 |
| dagmcr | Yes, it would have worked. Defining PARALLEL_MAKE redefines PARALLEL_MAKEINST and then, the sstate is being reused. But defining something like this: | 08:55 |
| dagmcr | PARALLEL_MAKE = "-j 32" | 08:55 |
| dagmcr | PARALLEL_MAKEINST = "-j 32" | 08:55 |
| dagmcr | makes the sstate unusable for some recipes | 08:55 |
| dagmcr | even though the string value was the same as the previous build | 08:55 |
| RP | dagmcr: I understand, hence my patch | 08:56 |
| dagmcr | RP: Thanks again for the quick fix! :) | 08:57 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:58 | |
| *** ilunev <ilunev!~koolkhel@185.9.184.217> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 09:00 | |
| *** ilunev <ilunev!~koolkhel@185.9.184.217> has joined #yocto | 09:03 | |
| kanavin | abelloni, can you drop my patches from kirkstone-next please? I meanwhile modified the set, and wouldn't want confusion and half-baked items in there. | 09:04 |
| *** ilunev <ilunev!~koolkhel@185.9.184.217> has quit IRC (Client Quit) | 09:04 | |
| kanavin | I can resend them perhaps | 09:04 |
| abelloni | which ones ? :) | 09:05 |
| kanavin | abelloni, I can do some git-fu perhaps to determine that, I'll let you know. | 09:05 |
| abelloni | I'm guessing the rpm stuff but there are more updates that are probably useful | 09:05 |
| kanavin | abelloni, I guess you would just need to replace the patches that I modified afterwards, I just need to detemine which ones. | 09:06 |
| kanavin | and resend them | 09:06 |
| dagmcr | RP: I can't make your patch work in dunfell (I haven't tried in master). I'll try to see if there is something else more. | 09:17 |
| kanavin | abelloni, I just sent two patches (rpm zstd, inetutils), those should replace ones in kirkstone-next | 09:23 |
| *** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has quit IRC (Ping timeout: 252 seconds) | 09:31 | |
| *** arlen_ <arlen_!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto | 09:31 | |
| abelloni | kanavin: I did have the CVE patch removal for inetutils | 09:33 |
| dagmcr | RP: Okay, after applying your patch, the build went again without reusing the sstate. After it finished, your patch worked as intended and I can update PARALLEL_MAKEINST reusing the sstate. Is this second build due to the bitbake.conf change, isn't? But I guess in this case is intentional? | 09:45 |
| *** gsalazar <gsalazar!~gsalazar@194.38.148.130> has quit IRC (Ping timeout: 245 seconds) | 09:45 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:55 | |
| *** Sion <Sion!~dev@178-84-56-61.dynamic.upc.nl> has joined #yocto | 10:06 | |
| *** Flumpy33 <Flumpy33!~dev@178-84-56-61.dynamic.upc.nl> has quit IRC (Ping timeout: 252 seconds) | 10:06 | |
| fabatera[m] | Yocto builds are taking over all machine resources after updating build server from Debian 9 to 11. The system becomes non responsive and builds take forever. | 10:11 |
| fabatera[m] | Debian 9 docker container has the same issue (used to work in Debian 9 host). | 10:11 |
| fabatera[m] | Any suggestions here? | 10:11 |
| *** wwilly <wwilly!~wwilly@cpc92794-cmbg19-2-0-cust589.5-4.cable.virginm.net> has quit IRC (Quit: Leaving) | 10:19 | |
| fabatera[m] | It takes much longer even to finish the "parsing recipes" | 10:21 |
| *** Sion <Sion!~dev@178-84-56-61.dynamic.upc.nl> has quit IRC (Quit: Konversation terminated!) | 10:45 | |
| *** Sion <Sion!~dev@178-84-56-61.dynamic.upc.nl> has joined #yocto | 10:45 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 10:55 | |
| kanavin | abelloni, thanks, I only look at my own patches | 11:08 |
| kanavin | *looked | 11:08 |
| RP | Does anyone have any idea why centos8 machines would be losing files from /tmp ? | 11:33 |
| RP | dagmcr: yes, it has to adapt to the new signature | 11:33 |
| dagmcr | RP: okay | 11:34 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 11:36 | |
| RP | abelloni: any ideas on why so many /tmp issues, all centos8? | 11:42 |
| *** mckoan is now known as mckoan|away | 11:43 | |
| abelloni | no idea :( | 11:48 |
| abelloni | was there an update recently ? | 11:48 |
| abelloni | naveen also reported something, I didn't have the time to look at | 11:48 |
| *** cameron6 <cameron6!~cameron@2600:1700:5cc0:2940:7447:5a73:840:1736> has joined #yocto | 12:19 | |
| RP | abelloni: master is broken atm due to me damaging sstate :/ | 12:20 |
| cameron6 | Good morning, I'm looking for a reliable way of determining the ID of the touchscreen device as reported by `xinput list` on my debian yocto build. Any ideas? | 12:24 |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 12:52 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 12:54 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Quit: %quit%) | 12:54 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 12:55 | |
| *** marc2 <marc2!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.2.1) | 12:55 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Quit: %quit%) | 13:04 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 13:05 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Client Quit) | 13:06 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 13:07 | |
| *** Guest63 <Guest63!~Guest63@193.218.206.2> has joined #yocto | 13:14 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Quit: %quit%) | 13:22 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:22 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 13:22 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Client Quit) | 13:25 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 13:26 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Client Quit) | 13:27 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 13:27 | |
| *** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto | 13:34 | |
| *** arlen_ <arlen_!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has quit IRC (Ping timeout: 252 seconds) | 13:35 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:c39:e42c:85fd:eccd> has joined #yocto | 13:39 | |
| *** Guest63 <Guest63!~Guest63@193.218.206.2> has quit IRC (Quit: Client closed) | 13:43 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 13:44 | |
| *** Guest14 <Guest14!~Guest14@aftr-82-135-83-53.dynamic.mnet-online.de> has joined #yocto | 13:46 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto | 13:47 | |
| gchamp | hi! how is decided which firmware in linux-firmware makes it in a seperate package? If I only need amdgpu firmwares, should I create a new package for those? | 13:59 |
| *** Guest2348 <Guest2348!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 14:00 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:02 | |
| RP | abelloni: was there an older one of these issues, I think in one of your builds? Just wondering if we can put time bounds on it | 14:02 |
| *** Guest54 <Guest54!~Guest54@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 256 seconds) | 14:07 | |
| override | anyone feeling like giving me a run down of steps for updating kernel module version? Think im running an older version of CAN drivers which dont support flexible datarates (FD) | 14:09 |
| RP | gchamp: yes, just add entries for the pieces you're needing similar to the existing nes | 14:12 |
| RP | ones | 14:12 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:18 | |
| gchamp | RP: ok, thanks. | 14:20 |
| JPEW | RP: That is an interesting way to work around the caching path issue :) | 14:25 |
| *** Tokamak <Tokamak!~Tokamak@172.58.187.89> has joined #yocto | 14:25 | |
| *** Xagen <Xagen!~Xagen@2600:1700:211:7e60:bd26:5fca:78f3:add1> has joined #yocto | 14:25 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:31 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC (Quit: Leaving) | 14:38 | |
| *** Sion <Sion!~dev@178-84-56-61.dynamic.upc.nl> has quit IRC (Ping timeout: 250 seconds) | 14:42 | |
| *** Guest2348 <Guest2348!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.3) | 14:48 | |
| *** marc <marc!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 14:48 | |
| *** marc is now known as Guest1721 | 14:49 | |
| *** Guest1721 <Guest1721!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Client Quit) | 14:50 | |
| *** marc <marc!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 14:50 | |
| *** marc is now known as Guest1024 | 14:50 | |
| *** Guest1024 is now known as mfe | 14:51 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:01 | |
| RP | JPEW: I'd love something better | 15:03 |
| RP | JPEW: starting to think we may want to be explicit about the call sites for it | 15:03 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 15:09 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 15:12 | |
| JPEW | RP: Maybe the class can provide a standarized prefunc so users can do `do_my_special_task[prefunc] += "get_source_date_epoch"` ? | 15:13 |
| RP | JPEW: right, I was thinking about something like that | 15:14 |
| JPEW | Presumably, the repro testing would detect if that call was missing | 15:14 |
| JPEW | and we can over the most common cases (do_compile, do_install, do_package, do_deploy, etc.) | 15:14 |
| RP | JPEW: if we cover the common cases it should be fine, yes | 15:15 |
| override | can some one walk me through the process of updating recipes etc to fetch the latest socket can drivers? trying to get some direction here | 15:25 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has joined #yocto | 15:27 | |
| RP | override: usually it is a case of changing the SRC_URI, version in the recipe or recipe filename and then the checksums to match the new version. You then have to deal with any issues that arise in the new version and compatibility with the rest of the recipes | 15:29 |
| RP | override: but I know nothing of socket can drivers | 15:30 |
| override | RP: im just trying to figure out a sure shot way of figuring out what recipe the bsp is using to bring in the driver to begin with | 15:30 |
| qschulz | if the can driver is in the Linux kernel sources and not an out-of-tree driver, you'll need to backport the patches you want manually (nothing to do with Yocto) or upgrade your kernel version (still nothing to be done in Yocto until you get your board to boot the newer kernel) | 15:31 |
| RP | I was assuming this was some out of tree module but yes, you need to know where they're coming from first | 15:31 |
| qschulz | override: if it's a module, just run oe-pkgdata-util find-path '*can-whatever.ko' | 15:31 |
| qschulz | then from there, oe-pkgdata-util lookup-recipe <pkg_returned_by_previous_command> | 15:32 |
| override | pretty sure its a tree module. Its this thing https://www.kernel.org/doc/html/latest/networking/can.html | 15:33 |
| override | qschulz: isnt backporting for downgrading? im suspecting im like a version behind or something becuase the current driver doesnt seem to support the flexiable datarate mode | 15:34 |
| override | plus isnt there a recipe that brings in the kernel to begin in? why would you say updating the kernel has nothing to do with yocto? lost me there | 15:36 |
| override | begin with* | 15:37 |
| qschulz | override: I expect that you have a custom kernel, so it's not as simple as just modifying a commit hash | 15:37 |
| qschulz | in a recipe | 15:37 |
| qschulz | you need to do the work before integrating it to Yocto | 15:38 |
| override | but like yocto does bring in the kenel using a recipe though, right? | 15:38 |
| override | I was thinking I should maybe find that recipe | 15:38 |
| qschulz | If it's in-tree (which is very likely), you'll need to backport the driver or patches from newer upstream release to your kernel | 15:38 |
| qschulz | yes, I gave you the commands to run earlier | 15:39 |
| qschulz | if it's really built as a module | 15:39 |
| qschulz | if it's not, just run bitbake -e virtual/kernel | grep "PREFERRED_*_virtual/kernel" to find the name of the recipe and the version | 15:39 |
| override | just to clarify, if something is given a [y] as apposed to [m] in that make menuconfig thing | 15:40 |
| override | is it still considered a module, like I can do this backporting method of getting it updated ?? | 15:40 |
| override | I currently dont have to modprobe the module so its not a loadable module is what im trying to say | 15:41 |
| fray | (like 1/16" or so) :) | 15:42 |
| override | huh? | 15:42 |
| fray | ha.. wrong window | 15:42 |
| qschulz | it's built-in driver not a module | 15:42 |
| fray | (I was talking about adjusting the rear toe-in on my vehicle.. toe changes based on weight levels) | 15:42 |
| qschulz | you can still patch the kernel yes | 15:43 |
| qschulz | though the amount of work required depend on the quality of the vendor kernel and/or how far you are in terms of Linux version you are from the driver which has the features you want | 15:43 |
| override | ok, i guess I can also see why itll be called backporting, newer driver version being added to an older kernel.. | 15:44 |
| qschulz | absolutely | 15:44 |
| override | can u explain the preferred_*_virtual/kernel bit too a litttle or should I mega manual that instead ? | 15:45 |
| *** Markus[m]1 <Markus[m]1!~markus5hm@2001:470:69fc:105::ed4f> has quit IRC (Ping timeout: 264 seconds) | 15:57 | |
| *** Markus[m]1 <Markus[m]1!~markus5hm@2001:470:69fc:105::ed4f> has joined #yocto | 15:57 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has quit IRC (Ping timeout: 250 seconds) | 15:59 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto | 15:59 | |
| *** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.155> has quit IRC (Quit: Leaving.) | 16:04 | |
| qschulz | PREFERRED_VERSION and PREFERRED_PROVIDER are mechanism to chose (for the former) a specific version for a recipe if there are multiple valid version and (for the latter) which recipe to pick if multiple recipes are able to provide a given recipe (mechanism called virtual recipes) | 16:06 |
| kergoth | Random tip: another way to check what recipe is being used for a provider, even in the case where a preferred preference isn't set, you can use the FILE variable to see the reicpe file for it. i.e. bitbake-getvar -r virtual/kernel FILE | 16:08 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:6c1e:fdd9:577c:74e9> has joined #yocto | 16:14 | |
| *** michaelo[m] <michaelo[m]!~michael-o@2001:470:69fc:105::be7c> has quit IRC (Ping timeout: 246 seconds) | 16:14 | |
| *** michaelo[m] <michaelo[m]!~michael-o@2001:470:69fc:105::be7c> has joined #yocto | 16:15 | |
| *** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has quit IRC (Ping timeout: 246 seconds) | 16:17 | |
| Xagen | i have a bbappend for apache2 that i added RDEPENDS for ttf-dejavu fonts, but when i build apache2 i get ERROR: Nothing RPROVIDES 'ttf-dejavu-common-native' | 16:17 |
| Xagen | does anyone know how to fix this? | 16:17 |
| rburton | Xagen: just add the rdepends to the target package | 16:19 |
| rburton | (using class-target override) | 16:19 |
| *** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has joined #yocto | 16:19 | |
| rburton | surprised apache needs a font rdepends thoug | 16:19 |
| Xagen | there's some content that we're displaying on a webpage that apache is hosting that needs those fonts | 16:19 |
| Xagen | so i felt like that was the right place to put it | 16:20 |
| Xagen | rburton: are you saying that the depends needs to be in the image recipe instead? | 16:20 |
| rburton | Xagen: i'd put the content in a separate recipe and the rdepends on that | 16:22 |
| rburton | keep apache the daemon separate from the content | 16:22 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 16:23 | |
| Xagen | rburton: but wouldn't that recipe then also have the same issue of saying that nothing RPROVIDES it? | 16:23 |
| rburton | no, because you wouldn't have a native form of your content recipe | 16:24 |
| rburton | apache needs apache-native to build, and you're saying that apache-native needs the fonts | 16:24 |
| Xagen | and then it appends the native to the fonts | 16:24 |
| rburton | the fonts don't have a native form (yet) as that's typically pointless | 16:24 |
| *** t_unix[m] <t_unix[m]!~tunixmatr@2001:470:69fc:105::9ea> has quit IRC (Ping timeout: 246 seconds) | 16:24 | |
| Xagen | ok, i gotcha | 16:24 |
| Xagen | let me play around with that then | 16:24 |
| *** t_unix[m] <t_unix[m]!~tunixmatr@2001:470:69fc:105::9ea> has joined #yocto | 16:25 | |
| *** k4wsys[m] <k4wsys[m]!~k4wsysmat@2001:470:69fc:105::e339> has quit IRC (Ping timeout: 246 seconds) | 16:26 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:26 | |
| *** khem <khem!~khemmatri@2001:470:69fc:105::b81> has quit IRC (Ping timeout: 264 seconds) | 16:26 | |
| *** khem <khem!~khemmatri@2001:470:69fc:105::b81> has joined #yocto | 16:28 | |
| *** ramprakash[m] <ramprakash[m]!~ramprakas@2001:470:69fc:105::fbfe> has quit IRC (Ping timeout: 268 seconds) | 16:28 | |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has quit IRC (Ping timeout: 246 seconds) | 16:28 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has quit IRC (Ping timeout: 250 seconds) | 16:29 | |
| *** ramprakash[m] <ramprakash[m]!~ramprakas@2001:470:69fc:105::fbfe> has joined #yocto | 16:30 | |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has joined #yocto | 16:30 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:31 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto | 16:31 | |
| *** ericson23141 <ericson23141!~ericson23@2001:470:69fc:105::70c> has quit IRC (Ping timeout: 264 seconds) | 16:31 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has quit IRC (Ping timeout: 264 seconds) | 16:33 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds) | 16:35 | |
| *** ericson23141 <ericson23141!~ericson23@2001:470:69fc:105::70c> has joined #yocto | 16:36 | |
| *** Barry[m] <Barry[m]!~barryriot@2001:470:69fc:105::900> has quit IRC (Ping timeout: 268 seconds) | 16:36 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto | 16:37 | |
| *** DanielWalls[m] <DanielWalls[m]!~dwallsmat@2001:470:69fc:105::ff37> has quit IRC (Ping timeout: 250 seconds) | 16:40 | |
| *** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has quit IRC (Ping timeout: 268 seconds) | 16:40 | |
| *** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has quit IRC (Ping timeout: 264 seconds) | 16:41 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has quit IRC (Ping timeout: 268 seconds) | 16:41 | |
| *** Barry[m] <Barry[m]!~barryriot@2001:470:69fc:105::900> has joined #yocto | 16:42 | |
| *** k4wsys[m] <k4wsys[m]!~k4wsysmat@2001:470:69fc:105::e339> has joined #yocto | 16:45 | |
| *** DanielWalls[m] <DanielWalls[m]!~dwallsmat@2001:470:69fc:105::ff37> has joined #yocto | 16:47 | |
| *** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has joined #yocto | 16:48 | |
| *** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has joined #yocto | 16:48 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto | 16:48 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 17:08 | |
| *** barath <barath!~barath@2001:470:69fc:105::21a> has quit IRC (Ping timeout: 250 seconds) | 17:08 | |
| *** barath <barath!~barath@2001:470:69fc:105::21a> has joined #yocto | 17:10 | |
| override | can some one tell me where the index or something for kernel modules is at? im trying to see when / what version exactly was the FD feature added to the SocketCAN driver | 17:25 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-108-144.93.133.pool.telefonica.de> has joined #yocto | 17:27 | |
| *** jonesv[m] <jonesv[m]!~jonesv@2001:470:69fc:105::4616> has quit IRC (Ping timeout: 264 seconds) | 17:32 | |
| *** jonesv[m] <jonesv[m]!~jonesv@2001:470:69fc:105::4616> has joined #yocto | 17:32 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has quit IRC (Ping timeout: 252 seconds) | 17:32 | |
| manuel1985 | I have problems executing a self-written do_patch() function after a self-written do_fetch() function. | 17:34 |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 17:34 | |
| manuel1985 | do_fetch() mkdirs the directory and git-clones the repo, but do_patch deletes the directory | 17:35 |
| *** coldspark29[m] <coldspark29[m]!~coldspar_@2001:470:69fc:105::db09> has quit IRC (Ping timeout: 268 seconds) | 17:35 | |
| *** coldspark29[m] <coldspark29[m]!~coldspar_@2001:470:69fc:105::db09> has joined #yocto | 17:35 | |
| *** cameron6 <cameron6!~cameron@2600:1700:5cc0:2940:7447:5a73:840:1736> has quit IRC (Quit: Client closed) | 17:36 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 17:52 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has joined #yocto | 18:13 | |
| *** jonesv[m] <jonesv[m]!~jonesv@2001:470:69fc:105::4616> has quit IRC (Ping timeout: 246 seconds) | 18:18 | |
| *** jonesv[m] <jonesv[m]!~jonesv@2001:470:69fc:105::4616> has joined #yocto | 18:18 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-108-144.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 245 seconds) | 18:22 | |
| vd | rburton: I just commented on a new syntax proposal for kas and auto.conf etc. You might like it. | 18:30 |
| rburton | ah cool, i'll read that properly later | 18:39 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 18:39 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has joined #yocto | 18:42 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has quit IRC (Client Quit) | 18:46 | |
| *** Guest14 <Guest14!~Guest14@aftr-82-135-83-53.dynamic.mnet-online.de> has quit IRC (Ping timeout: 256 seconds) | 18:48 | |
| alex88_ | Hi I'm trying to create a package which only purpose is to install more dependencies https://gist.github.com/alex88/90c6b278e9e8ceb9a78e8d6eade9d08d however even if in IMAGE_INSTALL the package is ignored, why? | 19:04 |
| vd | alex88_ you should use a packagegroup for that | 19:06 |
| alex88_ | vd, oh, got it, thank you! | 19:06 |
| vd | alex88_ https://docs.yoctoproject.org/singleindex.html#customizing-images-using-custom-package-groups | 19:09 |
| alex88_ | vd, just found that exact one, thank you again | 19:10 |
| *** barath <barath!~barath@2001:470:69fc:105::21a> has quit IRC (Ping timeout: 250 seconds) | 19:13 | |
| *** barath <barath!~barath@2001:470:69fc:105::21a> has joined #yocto | 19:14 | |
| vd | Does EGLFS imply GLES2? | 19:21 |
| vd | I'm kinda lost between opengl, gl, gles2, egl, eglfs | 19:24 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 19:27 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto | 19:29 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 19:32 | |
| *** jonesv[m] <jonesv[m]!~jonesv@2001:470:69fc:105::4616> has quit IRC (Ping timeout: 250 seconds) | 19:41 | |
| *** jonesv[m] <jonesv[m]!~jonesv@2001:470:69fc:105::4616> has joined #yocto | 19:41 | |
| *** behanw76 <behanw76!~behanw@2001:470:b:116:a52c:be5b:6f89:97b9> has joined #yocto | 19:44 | |
| *** behanw76 <behanw76!~behanw@2001:470:b:116:a52c:be5b:6f89:97b9> has quit IRC (Client Quit) | 19:45 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 20:02 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 20:12 | |
| *** ant__ <ant__!~ant@host-82-54-240-7.retail.telecomitalia.it> has joined #yocto | 20:16 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-108-144.93.133.pool.telefonica.de> has joined #yocto | 20:20 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 20:37 | |
| *** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has quit IRC (Ping timeout: 264 seconds) | 20:43 | |
| *** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has joined #yocto | 20:43 | |
| override | this can git tree for instance, I cant really tell what version CAN this is. Can someone help me figure that out? | 20:56 |
| vd | that's a lot of CANs | 20:58 |
| override | im just trying to figure out where in can-dev or like the simple can.ko kinda drivers have their versions specified | 20:59 |
| override | like is there a var in kconfig or something for the version? | 20:59 |
| override | one of the CAN's on m baords acting it when I make it talk to a micro, so im trying to figure if it has something to do with the versions | 21:00 |
| agherzan | RP: What is the current estimation for getting feedback on Layer Compatible applications? | 21:01 |
| agherzan | If you happen to know. | 21:01 |
| RP | agherzan: er, I haven't seen on. ndec_ should get them initially | 21:03 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 21:13 | |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:9502:f9d3:d146:db2c> has joined #yocto | 21:14 | |
| *** amitk_ <amitk_!~amit@103.208.69.58> has joined #yocto | 21:24 | |
| *** arlen_ <arlen_!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto | 21:25 | |
| *** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has quit IRC (Ping timeout: 252 seconds) | 21:25 | |
| *** amitk <amitk!~amit@103.208.71.76> has quit IRC (Ping timeout: 250 seconds) | 21:28 | |
| vd | In which scenario would a distro decide to remove the x11 or opengl feature for example? | 21:31 |
| ant__ | if you only have dvb? maybe glesv2 for kodi? | 21:34 |
| ant__ | some bcm stb | 21:34 |
| ant__ | actually they do it per-machine not in the distros | 21:35 |
| vd | my point exactly, distro features configure software, they don't reflect the hardware support | 21:37 |
| ant__ | mostly v3d variants or mali/hisil | 21:37 |
| vd | The only reason I could think of is reducing the binary size by removing likely unwanted features, but it feels like an eventually undiserable trade-off | 21:38 |
| ant__ | depends on the size of your filesystem :) | 21:39 |
| ant__ | some have nowadays only 512MB | 21:40 |
| ant__ | older 256 | 21:40 |
| vd | true but again, that'd be an image feature don't you think? removing e.g. the ext4 support in the distro itself seems a little drastic | 21:40 |
| ant__ | 20 yrs ago 32 or 64 :) | 21:40 |
| ant__ | I am actually biased thinking about the dvb world where the set-top-boxes are/were indeed limited | 21:41 |
| smurray | vd: for one of you specific examples if you only support wayland, removing x11 avoids building unneeded bits | 21:41 |
| smurray | s/you/your/ | 21:41 |
| vd | idk maybe distro features are only a very biased point of view of the target software, but I wouldn't expect one to tweak it too much in comparison to machine or image features. | 21:41 |
| ant__ | vd: https://github.com/Ceryon-bsp/meta-pulse4k/blob/54ffacce603930507229f25cf4b303f109a38fcc/conf/machine/pulse4k.conf#L7 | 21:43 |
| smurray | they can be (and signficantly are for some of them) used to determine PACKAGECONFIG values in recipes | 21:43 |
| vd | smurray but that's totally biased, you agree? e.g. if I'm writing a distro for kiosks, I think x11 or wayland is bad and only directfb or dvb is cool. If you want to use a full screen wayland app for your kiosk, well, too bad! Seems a little rough. | 21:44 |
| smurray | I'm not sure I follow, the whole point of OE is to build customized distros | 21:44 |
| ant__ | most packageconfig knobs are related to MACHINE or DISTRO features (at least in kodi) | 21:45 |
| smurray | ant__: systemd is widely used | 21:45 |
| smurray | vd: if you want a generic distro that can run anything, turn them all on, if not, tweak them | 21:45 |
| smurray | ant__: and there are many bsp layers that use x11, wayland, opengl, etc. to configure their graphics bits | 21:46 |
| ant__ | yes, it all depends on the target capabilities | 21:48 |
| ant__ | this is what OE/Yocto is for | 21:48 |
| *** FredO2 <FredO2!~willy562@bras-base-crnypq0201w-grc-08-216-209-60-169.dsl.bell.ca> has quit IRC (Read error: Connection reset by peer) | 21:50 | |
| vd | smurray: ok so let's say I'm writing a distro for kiosks (embedded machine with an optional screen with limited user interaction), it'd be my choice as the distro maintainer to exclude software rendered graphics and compositors and only allow direct fb, eventually hardware accelerated. Thus I would add DISTRO_FEATURES:remove = "x11 opengl wayland | 21:51 |
| vd | vulkan", DISTRO_FEATURES:append = " directfb" and let the machines configure packages like "eglfs gles2" for Qt for example. | 21:51 |
| smurray | vd: that's definitely an option | 21:52 |
| vd | This is what I was describing by being a bit rough and definitely biased. But true, you wouldn't want packages configured with x11 for sure if a window manager isn't supposed to be used on the target. | 21:54 |
| smurray | it's your choice as a distro definer | 21:55 |
| vd | And if a given scenario (like a development/testing environment) needs a window manager to test a GUI, then it's the user/machine maintainer responsibility to hack the distro in order to support wayland or x11. | 21:56 |
| smurray | sure | 21:56 |
| vd | Okay, a distro is biased by definition after all, so it makes sense. | 21:57 |
| smurray | right | 21:57 |
| vd | then there are scenarios like qtbase which seems to depend on wayland to support egl but that's another special case ^^ | 22:01 |
| *** FredO <FredO!~willy562@bras-base-crnypq0201w-grc-08-216-209-60-169.dsl.bell.ca> has joined #yocto | 22:01 | |
| vd | setups like Qt are tricky because you may not wish to enable eglfs or libinput even though you have a 3d capable touchscreen, so that's where the distro features comes in. | 22:04 |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:9502:f9d3:d146:db2c> has quit IRC (Ping timeout: 256 seconds) | 22:15 | |
| vd | btw does opengl mean software only or eglfs/gles2 rely on opengl? | 22:16 |
| smurray | vd: I'm not sure right off the top of my head | 22:18 |
| *** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto | 22:20 | |
| vd | it's a little weird to me because I get this: Feature 'eglfs' was enabled, but the pre-condition '!config.android && !config.darwin && !config.win32 && !config.wasm && features.egl' failed. | 22:20 |
| vd | And I don't really understand how to enable the said 'egl' feature which eglfs seems to depend on. | 22:21 |
| *** arlen_ <arlen_!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has quit IRC (Ping timeout: 268 seconds) | 22:21 | |
| vd | I'm not even sure to understand if eglfs/gles2 is hardware specific or can be software rendered. | 22:23 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 22:49 | |
| *** ecdhe_ <ecdhe_!~ecdhe@mms-rf-support.com> has quit IRC (Ping timeout: 260 seconds) | 22:55 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Quit: off) | 22:57 | |
| *** ecdhe <ecdhe!~ecdhe@mms-rf-support.com> has joined #yocto | 23:13 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-108-144.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 23:18 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:34 | |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC (Quit: Leaving) | 23:39 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!