| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 00:25 | |
| *** florian_kc <florian_kc!~florian@dynamic-089-013-006-011.89.13.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 00:30 | |
| *** mulk <mulk!~mulk@pd9514f7f.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds) | 00:58 | |
| *** mulk <mulk!~mulk@pd9514187.dip0.t-ipconnect.de> has joined #yocto | 01:01 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection) | 01:31 | |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:a45:69a0:2c81:576f> has quit IRC (Ping timeout: 276 seconds) | 01:44 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has quit IRC (Remote host closed the connection) | 02:38 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto | 02:39 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 260 seconds) | 02:51 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Read error: Connection reset by peer) | 03:04 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto | 03:08 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6511:1600:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds) | 03:12 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:652c:2600:2ce:39ff:fecf:efcd> has joined #yocto | 03:14 | |
| *** _cslcm <_cslcm!~cslcm@2a00:b900:117b::731> has joined #yocto | 03:20 | |
| *** cslcm <cslcm!~cslcm@2a00:b900:117b::731> has quit IRC (Read error: Connection reset by peer) | 03:20 | |
| *** otavio <otavio!~otavio@189-74-214-19.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 276 seconds) | 03:27 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 276 seconds) | 03:34 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 03:36 | |
| *** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 04:01 | |
| *** pvogelaar <pvogelaar!~pvogelaar@p200300efdf036100127b44fffe802df7.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 04:13 | |
| *** amitk <amitk!~amit@58.84.62.250> has joined #yocto | 04:37 | |
| *** amitk <amitk!~amit@58.84.62.250> has quit IRC (Ping timeout: 268 seconds) | 04:55 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 256 seconds) | 05:00 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 05:08 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 05:11 | |
| *** amitk <amitk!~amit@58.84.62.250> has joined #yocto | 05:34 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 4.2.1) | 05:35 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 05:38 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has quit IRC (Quit: Client closed) | 05:54 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 256 seconds) | 06:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 06:24 | |
| *** pvogelaar <pvogelaar!~pvogelaar@p200300efdf036100127b44fffe802df7.dip0.t-ipconnect.de> has joined #yocto | 06:35 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto | 06:49 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 07:13 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection) | 07:14 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 255 seconds) | 07:19 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:25 | |
| *** mckoan|away is now known as mckoan | 07:31 | |
| mckoan | good morning | 07:32 |
|---|---|---|
| Xogium | mckoan: hello | 07:32 |
| * alessioigor waves all | 07:33 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:33 | |
| *** pvogelaar <pvogelaar!~pvogelaar@p200300efdf036100127b44fffe802df7.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 07:36 | |
| LetoThe2nd | yo dudX | 07:37 |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb14:11e8:f400:3ac7:c706:4b6:3b09> has joined #yocto | 07:41 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:4cbc:a570:1f02:c0b3> has joined #yocto | 07:45 | |
| *** frieder <frieder!~frieder@i577B91A0.versanet.de> has joined #yocto | 07:47 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 07:49 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:53 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEF2.versanet.de> has joined #yocto | 08:12 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEF2.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 08:18 | |
| *** pvogelaar <pvogelaar!~pvogelaar@p200300efdf036100127b44fffe802df7.dip0.t-ipconnect.de> has joined #yocto | 08:28 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEF2.versanet.de> has joined #yocto | 08:33 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:40 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 08:40 | |
| *** amitk <amitk!~amit@58.84.62.250> has quit IRC (Quit: leaving) | 08:47 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:03 | |
| yocton | Xogium: I've tried some more to reproduce your problem but nothing :-( My personal bet is around the dependency tracking of .wks.in files and something with changing MACHINE (https://git.yoctoproject.org/poky/tree/meta/classes-recipe/image_types_wic.bbclass#n139). | 09:15 |
| *** pvogelaar <pvogelaar!~pvogelaar@p200300efdf036100127b44fffe802df7.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 09:15 | |
| yocton | Xogium: What we need to fix this are clear and precises steps (which files to change, which bitbake commands) starting from scratch. I know this is not quick to do. I'm also curious to see if you can reproduce this problem from scratch. | 09:21 |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Read error: Connection reset by peer) | 09:30 | |
| *** camus1 <camus1!~Instantbi@58.246.136.203> has joined #yocto | 09:30 | |
| *** camus1 is now known as camus | 09:33 | |
| Xogium | yocton: I'll try again. But mostly what I've done is as you did yesterday, but I built the stompduck machine before then | 09:39 |
| Xogium | so I tried a stompduck build, found it was working, then decided to copy that machine into a stompduck2.conf file and to modify it there... And the issue started | 09:39 |
| Xogium | but maybe my tree has gotten something in it, or my build tree has a problem... I will try again from scratch | 09:40 |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Quit: camus) | 09:42 | |
| *** camus <camus!~Instantbi@58.246.136.203> has joined #yocto | 09:44 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 09:49 | |
| * derRichard reads https://lists.openembedded.org/g/openembedded-architecture/message/1913 | 09:51 | |
| derRichard | maybe it's only me but the faq on kas reads a lot like handwaving | 09:52 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 264 seconds) | 09:53 | |
| kanavin | there's no way kas is at all realistic, I agree with that at least | 10:09 |
| frieder | derRichard: I agree (having only read the FAQ point for now) | 10:10 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 10:12 | |
| kanavin | we'd have to basically rewrite kas, and break all backwards compatibility | 10:12 |
| kanavin | and it isn't clear if kas upstream is going to be interested or helping, in all likelihood they won't | 10:13 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 10:14 | |
| frieder | kanavin: Can you elaborate on that? Why would kas need to be rewritten? Why would the kas community not be interested? | 10:14 |
| derRichard | it | 10:15 |
| kanavin | because it needs to integrate with all existing code in bitbake and oe-core, and not be a self-contained, isolated thing it is now. It also needs to drop all the opinionated, idiosyncratic ways it does build config management. | 10:15 |
| derRichard | 's just that my clients *love* kas so much and *hate* setting up yocto with passion | 10:15 |
| kanavin | if they love kas, they can continue to use kas. They are not the target audience for this project, rather users new to yocto are. | 10:16 |
| derRichard | but you don't you love it? ;-) | 10:16 |
| derRichard | it just works | 10:16 |
| kanavin | I don't love it, at all. Bloated mess. | 10:17 |
| frieder | kanavin: I've been using Yocto for about 10 years and I love kas, too. So what? | 10:17 |
| Xogium | hmm what is wrong with it ? Honestly asking. I haven't read thefaq or anything yet. I just used it in setting up the simplest-yocto-setup repo from bootlin, and I mean, as far as I'm aware it did fine with that task ? | 10:17 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed) | 10:17 | |
| Xogium | *the faq | 10:18 |
| kanavin | Xogium, I tried to give an answer above. | 10:18 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 10:19 | |
| kanavin | 'just works' is not good enough | 10:19 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 10:19 | |
| frieder | kas does indeed provide a user-friendly way to interact with Yocto without needing to deep-dive into the system. And I agree that this is not what everyone wants/needs. But it is what the majority of everyday users benefit from. | 10:19 |
| Xogium | tbh I just used it with kas checkout ;) that is the only command I've actually used from it | 10:19 |
| kanavin | it's not that it works. It's that we can't have it as official way to set up builds for multiple reasons. | 10:20 |
| Xogium | so what to use then, if not kas ? I'm not against manual setting up of repositories, far from it. But what if you want a somewhat easier way for users to just get started with your things ? | 10:21 |
| derRichard | and adding missing features to kas was impossible? | 10:21 |
| frieder | kanavin: That's ok, though I don't really see/understand these reasons, yet. | 10:21 |
| kanavin | that's the gap we're aiming to fill. The tools to set up layer repos are in master. The tools to handle build configurations are in master. What isn't there is a high level interface that ties it all together in a single ui. | 10:22 |
| frieder | Still we will be promoting/using kas as setup tool and any alternative from the OE community will likely not be interesting for us at all. | 10:22 |
| kanavin | we who? | 10:22 |
| frieder | Kontron Electronics and our customers | 10:23 |
| kanavin | frieder, you should at least evaluate the official tooling, because people will ask you about it, and 'we don't know' is not the answer | 10:23 |
| kanavin | derRichard, kas needs to be largely rewritten, it's not about missing features | 10:24 |
| derRichard | kanavin: hmmm. | 10:25 |
| derRichard | does the official tooling have a tool such as kas-container? | 10:25 |
| *** pvogelaar <pvogelaar!~pvogelaar@p200300efdf036100127b44fffe802df7.dip0.t-ipconnect.de> has joined #yocto | 10:25 | |
| frieder | kanavin: We evaluated the tools a year ago and decided in favor of kas. We will evaluate again if kas fails to meet any upcoming requirements and our enough of our customers ask us for alternatives. | 10:26 |
| frieder | kanavin: This won't happen as our customers only care if the tools are easy to use and work for their purpose. | 10:26 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 10:26 | |
| kanavin | derRichard, official tooling doesn't cover that yet: the UI to tie the specific pieces together into a single command doesn't exist yet. | 10:29 |
| kanavin | frieder, can you specify what you evaluated? | 10:29 |
| jclsn | JPEW: If I want to set BB_ENV_EXTRAWHITE in the pyrex.ini, I have to use envvars, right? | 10:30 |
| derRichard | i can only say what i have evaluated, so far every single customer was in need for a tool to setup/start a yocto build with a single command (and config file!) in a deterministic environment (e.g. a container). kas gives us all of that. | 10:31 |
| kanavin | yes that is a gap in the official offering. but saying 'we'll continue to use kas' is not helping to close that gap. | 10:33 |
| frieder | derRichard: Same here! | 10:33 |
| derRichard | kanavin: "kas sucks and needs a rewrite" does not help either, IMHO. | 10:36 |
| kanavin | I mean, if you seriously want to elevate kas to official status, you need to get buy-in and a promise to help from its maintainers, and you need to read RP's proposal and make a technical plan to make it happen. And find developer resources for all of it. | 10:36 |
| kanavin | As things are, we're better off coming up with our own proof of concept, which can be done quicker and easier, and then gradually develop it into a full-featured solution. | 10:37 |
| kanavin | if kas users don't want to help, that's ok, but please don't gaslight the effort like you do here. | 10:37 |
| derRichard | nobody want's to gaslight, no need to worry. i just fail to understand why kas is not an option. and yes, i read rp's mail. anyway, i better go to lunch, i start to get hangry ;-) | 10:39 |
| kanavin | derRichard, I don't understand why the reasons I listed aren't clear to you. | 10:45 |
| frieder | kanavin: You are misjudging our intentions. We don't want to gaslight and if you think this is the way to go that's totally fine. | 10:51 |
| frieder | kanavin: It's just that we don't really understand why kas can't be promoted to be official Yocto/OE tooling. | 10:51 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 10:51 | |
| frieder | I will read RP's mail in its full length and maybe I get a better understanding. | 10:52 |
| kanavin | I suppose you better write a response there. I'd also advice against writing and sending it hastily: let the draft sit in your mailbox for at least 24 hours. The subject is very touchy, and the 'why not kas' question the most likely to result in a flamewar. | 10:54 |
| frieder | kanavin: "We will continue to use kas" is what I say because that is what is likely going to happen in our case. But anyone can do as they want and I won't argue against alternative efforts if people decide they are needed. | 10:56 |
| *** pvogelaar <pvogelaar!~pvogelaar@p200300efdf036100127b44fffe802df7.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 11:01 | |
| kanavin | frieder, the target audience is really users which are new to the project. We can't put kas in the official documentation until it's maintained under the yocto project umbrella, and for that to happen, all of the thigs I listed (or tried to) above need to happen. It's just more effort than actually building a proof of concept from official pieces that already exist. | 11:01 |
| kanavin | frieder, on the other hand the core project funding and resources are extremely limited. Everyone likes to use yocto (and derive an income from that), very few people care about sustainability of it. | 11:02 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 11:02 | |
| frieder | kanavin: I totally understand these points. | 11:04 |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has joined #yocto | 11:06 | |
| kanavin | (I mean, care to the degree that they actively contribute | 11:06 |
| kanavin | ) | 11:06 |
| DvorkinDmitry | corrupted uw-imap build in Dunfell https://pastebin.com/rvu8wwXX | 11:07 |
| DvorkinDmitry | In order to build I have to copy the uw-imap recipe from the Kirkstone | 11:08 |
| JaMa | dunfell is almost out of support but there is still time to send a fix :) | 11:09 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 255 seconds) | 11:10 | |
| kanavin | I can't wait to see dunfell users realizing it's out of support and they have a mountain of tech debt to clear to move forward to a newer yocto. | 11:11 |
| frieder | kanavin: The problem is the timing. Now that kas is kind of established in many cases, it will be very hard to compete with when providing an official tooling alternative. | 11:14 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 11:15 | |
| frieder | kanavin: And this will increase the gap between the communities as there are even less people who care about the sustainability of the official tooling when they use only kas and contribute to kas. | 11:15 |
| kanavin | frieder, we're not aiming to compete with it in established projects. The target audience is primarily users new to yocto. The idea is that over time there'll be enough of those to make the official tooling self-sustaining - and it gets a boost merely by being provided out of the box, and being documented in yocto docs (kas is neither). | 11:17 |
| * derRichard returns less grumpy | 11:17 | |
| frieder | kanavin: The problem is that people like our customers (being new to Yocto) don't look into the Yocto docs first. First they ask us (the hardware vendor) or look at our docs and we will tell them to use kas primarily. | 11:19 |
| frieder | Or rather "hardware and BSP vendor" | 11:20 |
| derRichard | while chewing my meal, i thought about what i don't understand. i can see that kas does not fulfill all your current requirements. but what i don't get is why it's less work to implement your own tooling instead of embracing kas. | 11:22 |
| frieder | kanavin: So in the end, because of kas' existing "share" in the "market" you will compete with kas anyway, like it or not. | 11:23 |
| kanavin | derRichard, embracing kas is not just declaring it 'official'. I just told frieder and I guess I have to repeat: We can't put kas in the official documentation until it's maintained under the yocto project umbrella, and for that to happen, all of the thigs I listed (or tried to) above need to happen. | 11:25 |
| kanavin | And we need agreement and support from kas upstream as well, which is highly unlikely, as we basically never interact with them. They're their own bubble. | 11:26 |
| derRichard | so, it's politics. | 11:27 |
| frieder | kanavin: Not having interacted with them in the past is barely a good reason for not interacting with them in the future... | 11:27 |
| kanavin | frieder, derRichard if you want to help, then reach out to them please | 11:28 |
| derRichard | this surprises me, jan (the kas maintainer) is very open and friendly. i will talk to him about this. maybe the bubble get merged :-D | 11:28 |
| kanavin | point him to RP's email then | 11:28 |
| derRichard | kanavin: didn't you talk to jan at ELCE 2023? both of you had talks on yocto tooling. | 11:29 |
| kanavin | derRichard, we never discussed the subject because it didn't exist back then. What I mean is that they're rarely if ever seen on the mailing lists, or here. | 11:34 |
| kanavin | or rather it existed as a long term aspiration, nothing more than a bullet point | 11:35 |
| derRichard | interesting. | 11:36 |
| * derRichard reaches out to jan | 11:36 | |
| kanavin | frieder, the point about vendors imposing things on their customers is fair. But customers do have their own minds too, and they may ask you to support official tooling, and not include anything 3rd party in the offer. | 11:41 |
| frieder | kanavin: Yes customers might ask this. Customers might ask a lot of things. But believe me, most of our customers ask about features, bugs and results, but not about tooling. | 11:44 |
| kanavin | and then they hire folks like me to sort the mess vendors created for them with the tooling and configurations. | 11:45 |
| frieder | kanavin: And from there point of view basically everything they use is third-party. They don't care if there is one institution/community more or less involved. | 11:45 |
| kanavin | it pays money, but isn't fun | 11:45 |
| frieder | kanavin: I now these kind of jobs. And we are doing as much as we can to avoid downstream vendor mess. | 11:47 |
| *** otavio <otavio!~otavio@189-74-214-19.user3p.brasiltelecom.net.br> has joined #yocto | 11:54 | |
| frieder | s/now/know | 11:54 |
| kanavin | I have to add that kas per se is rarely the source of the vendor mess, although it does things that would never be accepted in yocto upstream (and what to do with those features is another difficult question). | 12:01 |
| kanavin | build configuration management (rewriting local.conf in opinionated ways) is one such | 12:01 |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 12:14 | |
| Xogium | yocton: so, whatever this was, I can't reproduce it anymore. I have no clue what this was about. I did everything from scratch again, built stompduck2 first and it worked. I also tried building stompduck first then building stompduck2, and it worked too. I think whatever went wrong, I atomized it when I removed the entire build dir | 12:32 |
| Xogium | the weirdest thing is that before then it was consistent | 12:33 |
| Xogium | either there's just that one thing that make it fail, whatever it is, or it's an issue that can show up but so intermitantly that it is virtually impossible to debug it | 12:35 |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 12:49 | |
| JaMa | is there easy way to list all inherits (not INHERIT variable) with bitbake-getvar or bitbake -e? I'm trying to check "WARNING: Recipe.inherits: recipes-webos-ose/luna-service2/luna-service2.bb: length 262 exceeds maximum (255), truncating" from layerindex | 12:50 |
| yocton | JaMa: We used bb.data.inherits_class('ptest', d) | 12:52 |
| yocton | JaMa: there are examples all over https://git.yoctoproject.org/poky/tree/meta/classes-global/insane.bbclass | 12:53 |
| yocton | JaMa: ...and I misread your question sorry. (You wanted "with bitbake-getvar or bitbake -e") | 12:54 |
| JaMa | yocton: that doesn't give me the list of inherrited unless I walk over all bbclasses listed in BBINCLUDED (or listing only those in BBINCLUDED which exist (as it shows them in all possible layers)) | 12:54 |
| JaMa | yocton: I guess I need __inherit_cache | 12:56 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 12:58 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 276 seconds) | 13:11 | |
| JaMa | will have to look at layerindex code as list created from BBINCLUDED as well as __inherit_cache gives me 551 chars and global INHERIT list is less than 150 chars, so it doesn't match with 262 shown in warning | 13:16 |
| RP | derRichard: FWIW I've an open mind about kas. If we were to talk to them, the first question would be "what are we looking for?" or "how would kas need to change?". The proposal therefore makes the logical first step. We wouldn't want to be accused of trying to subvert an existing tool :/ | 13:16 |
| JaMa | https://git.yoctoproject.org/layerindex-web/commit/?id=0300063abb407d0c10ba7231fdaf7278cefbc405 | 13:18 |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 13:20 | |
| JaMa | moto-timo: if you're going to update the model for recipe-subdirectory, can you bump the lenght of inherits in https://git.yoctoproject.org/layerindex-web/tree/layerindex/models.py#n475 as well? this is what triggered that warning in last layerindex update: env.luna-service2.__inherit_cache.py | xargs | 13:21 |
| JaMa | features_check webos_public_repo webos_enhanced_submissions webos_submissions webos_version webos_cmake cmake webos_filesystem_paths webos_system_bus webos_configure_manifest webos_core_os_dep webos_lttng webos_test_provider ptest pkgconf | 13:22 |
| JaMa | ig webos_systemd systemd | 13:22 |
| JaMa | s/recipe-subdirectory/vcs_subdirg/ | 13:22 |
| JaMa | s/recipe-subdirectory/vcs_subdir/g | 13:22 |
| * JaMa goes for another coffee | 13:23 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 256 seconds) | 13:24 | |
| *** Siecje <Siecje!~Siecje@64.119.220.154> has joined #yocto | 13:29 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:35 | |
| *** halstead <halstead!sid505447@id-505447.ilkley.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 13:39 | |
| *** shivamurthy <shivamurthy!sid359794@id-359794.helmsley.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 13:39 | |
| *** smurray <smurray!sid98062@id-98062.hampstead.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 13:39 | |
| *** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 13:39 | |
| *** shivamurthy <shivamurthy!sid359794@id-359794.helmsley.irccloud.com> has joined #yocto | 13:39 | |
| *** smurray <smurray!sid98062@id-98062.hampstead.irccloud.com> has joined #yocto | 13:39 | |
| *** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has joined #yocto | 13:39 | |
| *** ChanServ sets mode: +v ndec | 13:39 | |
| *** tokamak- <tokamak-!~Tokamak@2603:c020:4004:f00:59d7:d5e1:201e:845f> has joined #yocto | 13:39 | |
| *** tin_ <tin_!sid610731@id-610731.ilkley.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 13:40 | |
| *** tokamak <tokamak!~Tokamak@2603:c020:4004:f00:59d7:d5e1:201e:845f> has quit IRC (Ping timeout: 268 seconds) | 13:40 | |
| *** jonesv <jonesv!e7e4272e85@2a03:6000:1812:100::10b5> has quit IRC (Ping timeout: 268 seconds) | 13:40 | |
| *** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has quit IRC (Ping timeout: 268 seconds) | 13:40 | |
| *** hays <hays!rootvegeta@fsf/member/hays> has quit IRC (Ping timeout: 268 seconds) | 13:40 | |
| *** jonesv <jonesv!e7e4272e85@2a03:6000:1812:100::10b5> has joined #yocto | 13:42 | |
| *** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has joined #yocto | 13:42 | |
| *** tin_ <tin_!sid610731@id-610731.ilkley.irccloud.com> has joined #yocto | 13:42 | |
| *** astlep5504018 <astlep5504018!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has quit IRC (Quit: Ping timeout (120 seconds)) | 13:43 | |
| *** astlep5504018 <astlep5504018!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto | 13:45 | |
| JaMa | rburton: OSE requires meta-qt6 6.6.0 (it might still build with 6.5.2 you've used but 6.6.0 is what all internal builds use (as defined in https://github.com/webosose/build-webos/blob/master/weboslayers.py) | 13:47 |
| *** halstead <halstead!sid505447@id-505447.ilkley.irccloud.com> has joined #yocto | 13:53 | |
| rburton | JaMa: whoops. did that change recently? i'm sure i copied something else. | 13:56 |
| JaMa | rburton: https://github.com/webosose/build-webos/commit/5958cdbed661a920c1f1ec4030c17b33b6eb0db1 | 13:58 |
| JaMa | changed 2,5 months ago, but got published on github just 2 weeks ago | 13:59 |
| JaMa | hmm qemu-8.2 upgrade somehow breaks meson when ccache is enabled (c compiler for build_machine is empty, leading to http://errors.yoctoproject.org/Errors/Details/751436/) | 14:01 |
| *** _cslcm <_cslcm!~cslcm@2a00:b900:117b::731> has quit IRC (Quit: Leaving) | 14:07 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto | 14:08 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 14:23 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Ping timeout: 252 seconds) | 14:23 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 14:25 | |
| *** pvogelaar <pvogelaar!~pvogelaar@p200300efdf036100127b44fffe802df7.dip0.t-ipconnect.de> has joined #yocto | 14:25 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Ping timeout: 264 seconds) | 14:32 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 14:33 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 14:33 | |
| *** Estrella <Estrella!~quassel@2603-8080-d700-7495-6193-6cbb-7f33-bae7.res6.spectrum.com> has quit IRC (Ping timeout: 260 seconds) | 14:34 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has joined #yocto | 14:37 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 14:41 | |
| *** rcw <rcw!~rcwoolley@104.247.247.154> has joined #yocto | 14:41 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 14:42 | |
| Siecje | Is there a good starting point for building for the RaspberryPi Compute Module 4? | 14:55 |
| derRichard | meta-raspberrypi? | 14:56 |
| *** marka <marka!~marka@135-23-92-18.cpe.pppoe.ca> has quit IRC (Ping timeout: 240 seconds) | 15:00 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has quit IRC (Ping timeout: 268 seconds) | 15:02 | |
| JPEW | jclsn: No, that one (along with BB_ENV_PASSTHROUGH_ADDITIONS) is special cased in pyrex | 15:05 |
| rburton | Siecje: if you're using the Pi CM in a commercial sense, it would be good to tell the Pi foundation this. if they have more customers using it with yocto then they might actually support it. | 15:06 |
| Siecje | rburton: Will do! | 15:07 |
| *** frosteyes <frosteyes!~frosteyes@185.53.130.211> has joined #yocto | 15:11 | |
| frosteyes | Hello folks. A small question. I am working on Kirkstone, and having a new kernel (6.6) where I would do a populate_sdk on a image. It fails with "Error: Problem: conflicting requests - nothing provides /usr/bin/make needed by kernel-devsrc" | 15:17 |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has quit IRC (Quit: Client closed) | 15:18 | |
| frosteyes | It seems that the reason is that in newer kernel, the debian package part is split up with a seperate "rules" file in scripts/package/debian | 15:19 |
| frosteyes | I guess kernel-devsrc somehow include the packing part for debian | 15:20 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 256 seconds) | 15:20 | |
| frosteyes | Ohh a "cp -a scripts $kerneldir/build" in https://git.openembedded.org/openembedded-core/tree/meta/recipes-kernel/linux/kernel-devsrc.bb?h=master | 15:25 |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 240 seconds) | 15:26 | |
| *** marka <marka!~marka@135-23-92-18.cpe.pppoe.ca> has joined #yocto | 15:27 | |
| frosteyes | Would you recommend a sed in kernel-devsrc do_install like the patching for the python stuff | 15:29 |
| frosteyes | Or should we add "make" RDEPENDS | 15:30 |
| *** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has joined #yocto | 15:30 | |
| moto-timo | JaMa: I’m less worried about warnings at the moment. We see a lot of truncation warnings. But I can take a look. | 15:32 |
| moto-timo | Field length impacts the size of the database storage… | 15:33 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:37 | |
| *** zeddii <zeddii!~zeddii@174.112.183.231> has quit IRC (Ping timeout: 252 seconds) | 15:39 | |
| moto-timo | frieder: if kas works for your needs, by all means keep using it. Folks that like using repo tool are also welcome to keep using that. But, fundamentally, we need a tool in bitbake itself to do the layer setup. | 15:39 |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has joined #yocto | 15:40 | |
| derRichard | moto-timo: why does bitbake itself need this? | 15:42 |
| derRichard | ...this was the frist wtf that came up in my head while reading the mail on tooling | 15:42 |
| *** zeddii <zeddii!~zeddii@174.112.183.231> has joined #yocto | 15:43 | |
| moto-timo | derRichard: because that is where all the low level support for layers lives in the first place. It is also where tools like bitbake-layers and the code to interface with the layerindex rest api lives. | 15:44 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 15:45 | |
| moto-timo | derRichard: there is nothing political here. This is a fundamental problem we have been kicking down the road for many years now and it is precisely the bike shedding about other tools that has prevented us making any headway. But the proposal will in no way break any existing tooling. In fact, plugins to support kas and repo tool and git submodules have already been taken into consideration | 15:47 |
| derRichard | moto-timo: but this makes a "single command to setup/build" approach almost impossible. | 15:47 |
| moto-timo | derRichard: we are not trying to create one ring to rule them all. | 15:47 |
| derRichard | but this is what users want, this is why kas is much loved. | 15:48 |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 16:01 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has quit IRC (Quit: Client closed) | 16:08 | |
| moto-timo | derRichard: I have given talks about using kas. I use it a lot. I have maintained projects with repo tool, git submodules and even combolayer. I understand the strengths and weaknesses of all of them. | 16:12 |
| derRichard | moto-timo: i didn't question your competence. sorry for that if you had such a impression. just from my experience a tool like kas is missed most by the kind of yocto users i come across. | 16:16 |
| moto-timo | derRichard: many of us have recommended kas and I have setup many customers with kas if they had nothing else (or something horrible). | 16:17 |
| rburton | man i've got about 8 hours of backchat to read here | 16:21 |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb14:11e8:f400:3ac7:c706:4b6:3b09> has quit IRC (Remote host closed the connection) | 16:22 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed) | 16:28 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 260 seconds) | 16:40 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto | 16:41 | |
| kanavin | rburton, or just jan's statement on oe-architecture | 16:43 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 16:44 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 16:44 | |
| derRichard | exactly :-) | 16:50 |
| *** mckoan is now known as mckoan|away | 17:03 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection) | 17:07 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 17:08 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto | 17:13 | |
| *** wooosaiiii1 <wooosaiiii1!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 17:13 | |
| *** rcw <rcw!~rcwoolley@104.247.247.154> has quit IRC (Remote host closed the connection) | 17:15 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Ping timeout: 252 seconds) | 17:15 | |
| *** rcw <rcw!~rcwoolley@104.247.247.154> has joined #yocto | 17:15 | |
| *** wooosaiiii1 is now known as wooosaiiii | 17:15 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 260 seconds) | 17:15 | |
| *** rcw <rcw!~rcwoolley@104.247.247.154> has quit IRC (Remote host closed the connection) | 17:17 | |
| *** RobW <RobW!~rcwoolley@104.247.247.154> has joined #yocto | 17:17 | |
| *** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has quit IRC (Ping timeout: 252 seconds) | 17:18 | |
| *** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has joined #yocto | 17:18 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 260 seconds) | 17:30 | |
| *** simonew <simonew!~simonew@2a02:810d:a940:35fc:c8c8:97d4:39a4:932a> has joined #yocto | 17:33 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEF2.versanet.de> has quit IRC (Remote host closed the connection) | 17:37 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 17:41 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:46 | |
| simonew | Hi, I have a question, say I want to "adopt" a package from meta/conf/distro/include/maintainers.inc. I was thinking about libseccomp or gnutls, to keep them up2date... What would be the prereqs? I'll accept a no of course as well | 18:02 |
| *** simonew <simonew!~simonew@2a02:810d:a940:35fc:c8c8:97d4:39a4:932a> has quit IRC (Quit: Client closed) | 18:04 | |
| *** simonew <simonew!~simonew@2a02:810d:a940:35fc:c8c8:97d4:39a4:932a> has joined #yocto | 18:04 | |
| *** simonew22 <simonew22!~simonew@2a02:810d:a940:35fc:8cc4:ca69:c0f8:c6b1> has joined #yocto | 18:07 | |
| *** simonew22 <simonew22!~simonew@2a02:810d:a940:35fc:8cc4:ca69:c0f8:c6b1> has quit IRC (Client Quit) | 18:07 | |
| kanavin | simonew, there are no prereqs, other than you acting in a timely manner with version updates (we run a bot called AUH twice a month that checks upstreams if they made new releases, and it can also send you a patch if the update is trivial) | 18:11 |
| *** simonew78 <simonew78!~simonew@2a02:810d:a940:35fc:8cc4:ca69:c0f8:c6b1> has joined #yocto | 18:11 | |
| *** simonew <simonew!~simonew@2a02:810d:a940:35fc:c8c8:97d4:39a4:932a> has quit IRC (Ping timeout: 250 seconds) | 18:11 | |
| *** simonew78 is now known as simonew | 18:11 | |
| simonew | Ok, so I would like to try if this is fine. I would just send a patch then to add myself there and take care of the recipes :) | 18:13 |
| simonew | About AUH I am aware | 18:13 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 18:25 | |
| simonew | Just one thing still: timely manner means? 1d / 3d/ 7d? | 18:27 |
| *** Siecje <Siecje!~Siecje@64.119.220.154> has quit IRC (Remote host closed the connection) | 18:30 | |
| kanavin | simonew, two weeks I'd say, as that's how often AUH runs. if you are subscribed to oe-core list, you've seen its output | 18:31 |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 18:33 | |
| simonew | Jep, saw it. Ok, then I would just try, if thats ok | 18:33 |
| kanavin | sure, please do | 18:34 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 18:34 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 18:34 | |
| simonew | Ok, thx for answers I have sent a patch to make it "real" ;D | 18:39 |
| *** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has joined #yocto | 18:41 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-138-197.78.49.pool.telefonica.de> has joined #yocto | 18:52 | |
| *** sakman <sakman!~Thunderbi@99.209.85.164> has joined #yocto | 18:53 | |
| kanavin | simonew, cheers. if there are other already assigned recipes you're particularly interested in, you can ask the current maintainers if they'd like to hand them over. | 19:03 |
| *** frieder <frieder!~frieder@i577B91A0.versanet.de> has quit IRC (Remote host closed the connection) | 19:07 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 19:18 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 19:21 | |
| *** sakman <sakman!~Thunderbi@99.209.85.164> has quit IRC (Read error: Connection reset by peer) | 19:28 | |
| *** rcw <rcw!~rcwoolley@104.247.247.154> has joined #yocto | 19:30 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 19:33 | |
| *** RobW <RobW!~rcwoolley@104.247.247.154> has quit IRC (Ping timeout: 252 seconds) | 19:33 | |
| simonew | Ok, I will first see how it goes with those 2 :) | 19:38 |
| moto-timo | simonew: thank you for helping out | 19:53 |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 19:56 | |
| *** sakman <sakman!~Thunderbi@99.209.85.164> has joined #yocto | 19:59 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection) | 20:00 | |
| khem | if anyone is brave enough and has compute cycles, I have put together a gcc-14 branch, although we wont be shipping gcc-14 in next release, but it will run on distros which will be built using gcc-14 e.g. f40 and so on, so it will be good to weed out package issues that we may run into for native nativesdk etc. | 20:09 |
| khem | https://git.yoctoproject.org/poky-contrib/log/?h=kraj/gcc-14 | 20:09 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 20:11 | |
| khem | and if you use clang then clang-18 here https://github.com/YoeDistro/meta-clang/tree/kraj/clang-18 | 20:11 |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Ping timeout: 268 seconds) | 20:11 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 20:19 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 20:29 | |
| *** wicki <wicki!~wicki@user/wicki> has quit IRC (Ping timeout: 264 seconds) | 20:30 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest) | 21:13 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 21:26 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 21:30 | |
| *** simonew <simonew!~simonew@2a02:810d:a940:35fc:8cc4:ca69:c0f8:c6b1> has quit IRC (Quit: Client closed) | 21:33 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 21:35 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 21:41 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 240 seconds) | 21:42 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Read error: Connection reset by peer) | 21:57 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 22:20 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 250 seconds) | 22:34 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 22:35 | |
| *** adrianf is now known as AdrianF | 22:39 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 22:46 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 23:07 | |
| *** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has quit IRC (Ping timeout: 276 seconds) | 23:14 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-138-197.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 23:15 | |
| *** prabhakar <prabhakar!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 264 seconds) | 23:43 | |
| *** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 23:56 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!