| *** amccarthy is now known as Guest9853 | 04:57 | |
| *** amccarthy_ is now known as amccarthy | 04:57 | |
| dcaliste | Hello pvuorela. I'm sorry, I'm late this morning and still need to go to my office. I should be online in 30 minutes I guess. Sorry for that. | 07:07 |
|---|---|---|
| pvuorela | dcaliste: no worries | 07:07 |
| dcaliste | Hello again, pvuorela. I'm checking the compilation issues for mkcal#56. | 07:39 |
| dcaliste | Ok, mkcal#56 is now fixed after the changes from the search PR. | 07:48 |
| pvuorela | dcaliste: thanks. | 07:48 |
| pvuorela | i got a bit busy for other things now, but as you mentioned the search occurrence seemed a bit heavy on passing the search to worker thread. even if not on testing then at least on the principle. | 07:50 |
| dcaliste | Yeh, the problem is that getNextOccurrence is using KCalendarCore::Calendar and ::Incidence methods and such objects live in the thread. Even if all the information is actually available in the main thread. I wonder if it could be quicker to generate on the fly Incidences from what we have in the main thread and do all the job in the main… | 07:52 |
| dcaliste | Anyway, no problem if you're busy now. My fault, I was very late this morning. | 07:53 |
| dcaliste | By the way, thank you also for the Buteo PR that you merged before the week-end. | 07:53 |
| pvuorela | sure :) | 07:53 |
| pvuorela | we can continue the search on the pr too. suppose there are many ways to avoid doing the pingpong between the threads, but those might require bigger adjustments to the search implementation. | 07:54 |
| dcaliste | When you have a moment, you can give a quick look at https://invent.kde.org/frameworks/kcalendarcore/-/issues/4 It's about notebook support removal from upstream. We can discuss it next time. | 07:55 |
| dcaliste | Talking about next time, I'll be off next week. If it's ok for you, we can meet again on April, 18th. | 07:56 |
| pvuorela | dcaliste: 18th sounds good. | 08:17 |
| pvuorela | and thanks for the kcalendarcore link. could chime in there at some point. | 08:17 |
| dcaliste | I think this removal is a good opportunity for us to revamp ExtendedCalendar as an aggregator of MemoryCalendar. But we can do it step by step and adopting the notebook API from upstream is a good first one that will allow us more flexibility to change it later if needed. But we can discuss all of that on the 18th… | 08:19 |
| poetaster | piggz, rinigus I've been using coderus images on github to build all 3 arch: https://github.com/poetaster/harbour-tooter/blob/master/.github/workflows/build.yaml | 13:46 |
| poetaster | piggz_, rinigus works really well. | 13:46 |
| rinigus | poetaster: I am sure they do. but they also work via jolla's sdk (sb2). I want to get rid of that as it involves 32-bit libs in some stage. idea is to make docker images that are just as sfos on device (actually simpler) and build on those. so, aarch64 would by just aarch64 that can be either spinned in arm64 server or via qemu | 13:49 |
| poetaster | rinigus, ah, I'm not familiar enough with the docker images to comment. Is there that much 32bit foo in th aarch image? | 13:53 |
| poetaster | rinigus, I'm slowly getting further with: https://api.keypeer.org/v1.0/ui/ I wanted to ask if you had time in the next week or so for a chat with Logic-gate (Amer) and myself. | 13:54 |
| rinigus | poetaster: as far as I could see, coderus docker images incorporate tooling / target approach and, I presume, you end up compiling with mb2/sb2. so, it should have all the same goodies as a regular sdk => failing qtwebengine aarch64 builds | 13:56 |
| rinigus | poetaster: re keypeer - would be great to get it further. you have been doing much work with Logic-gate, haven't had a chance to catch up. if I know that there is a chat coming up then I could impose it as a deadline for preparing for it | 13:58 |
| poetaster | rinigus, sdk, will snoop. Keypeer, I'll ask Amer to come up with some dates/times and then pass that on. | 13:59 |
| poetaster | rinigus, you don't need to do much but have a look. some things will look odd, but that's why I wanted a chat. | 14:00 |
| rinigus | poetaster: OK, looking forward to proposed times | 14:13 |
| lolek | hi, is there any known lists of issues with patchmanager on 4.5.0.19? | 17:24 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!