15:07:28 <rdieter> #startmeeting kde-sig 15:07:28 <zodbot> Meeting started Tue Mar 20 15:07:28 2018 UTC. The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:07:28 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:07:28 <zodbot> The meeting name has been set to 'kde-sig' 15:07:32 <rdieter> #topic roll call 15:07:41 <rdieter> hi all, friendly kde-sig meeting, who's present today? 15:08:36 <pino|work> hop hop 15:08:40 <tosky> hi 15:08:49 <than> present 15:09:09 <rdieter> #info rdieter pino|work tosky than present 15:09:12 <CRCinAU> poit. 15:09:13 <rdieter> #chair pino|work tosky than 15:09:13 <zodbot> Current chairs: pino|work rdieter than tosky 15:09:20 <rdieter> #info CRCinAU present 15:10:04 <mbriza> hello 15:10:10 <rdieter> #info mbriza present 15:11:05 <rdieter> #topic agenda 15:11:13 <rdieter> any specific topics to discuss? 15:11:30 <mbriza> not really, from my side 15:12:01 <tosky> nothing much 15:12:05 <CRCinAU> Only question I have is if we have made any progress in slimming down the default install that became an issue in the leadup to F27 - and iirc, targetted for F28 15:12:19 <tosky> no, I did not 15:12:21 <tosky> sorry 15:12:50 <rdieter> #topic open discussion 15:12:55 <CRCinAU> is there a chance to make a token effort before F28 timeframe freezes? 15:13:02 <rdieter> CRCinAU: I hope to 15:13:38 <rdieter> but I'll still appreciate any help in that area 15:14:19 <CRCinAU> The closest I can think of was essentially a straw poll as to what should be ripped out - but last time via the list that turned into..... unhelpful discussion ;) 15:14:34 <rdieter> there were some good points in there 15:14:58 <CRCinAU> agreed - but I kind of get the feeling it won't be something we get concensus on there... 15:15:32 <rdieter> I think we can get pretty close to consensus if you ask the right people :-P 15:15:43 <CRCinAU> hahah true, true. 15:16:01 <CRCinAU> iirc, the KDE browser of many names was supposed to be part of that slimming? 15:16:06 <rdieter> seriously though, its fine to get outside input, but it's ultimately up to kde-sig to decide 15:16:13 <CRCinAU> ie remove most of the others in favour of the native one? 15:16:21 <rdieter> CRCinAU: yes 15:16:31 <CRCinAU> has that happened on the KDE side yet? 15:16:34 <rdieter> so *my* current plan: replace qupzilla with falcon, remove konqueror 15:17:03 <CRCinAU> isn't there another one currently as well? 15:17:21 <rdieter> yes (firefox) 15:17:53 <rdieter> as far as I'm concerned, it will remain unchanged, until falcon is both available and well tested... then and only then can we consider change 15:18:04 <tosky> CRCinAU: let's start from the things that were "for sure", right, instead of focusing one one package? 15:18:06 <CRCinAU> fair point. 15:19:20 <CRCinAU> thats about all I joined to ask about - as I tried to kick it off from the start, then life(tm) happened :\ 15:20:49 <Kevin_Kofler> For Falkon, the review is through, I'll import it this week. 15:21:13 <Kevin_Kofler> There will have to be Obsoletes for QupZilla starting from SOME release, I'd propose doing it for 28+, but at least 29+ should definitely be the case. 15:21:18 <rdieter> excellent, thanks 15:21:39 <rdieter> I'd lean toward f28+ too 15:21:48 <Kevin_Kofler> What to do with 26 and 27 is still open, for now they'll get the final QupZilla release that backports all the new stuff from Falkon 3.0.0. 15:21:53 <rdieter> no point in keeping it around for another whole release 15:22:14 <rdieter> (well, little point at least) 15:22:44 <Kevin_Kofler> And another news from me: I am forward-porting the security backports from 5.9.5 LTS to 5.10.1, I have builds already done in Fedora, RPM Fusion is being problematic as usual. 15:23:00 <Kevin_Kofler> Hopefully I'll get the updates out before 5.9.5 is officially out, at least. 15:23:29 <Kevin_Kofler> (I have to do this because they stopped supporting the 5.10 branch.) 15:23:31 <rdieter> nice, above and beyond the call of duty 15:24:08 <Kevin_Kofler> (speaking about QtWebEngine there, I've just realized I omitted that essential information) 15:24:39 <CRCinAU> heh - I was going to ask - but figured the answer wouldn't make much difference to my understanding anywy ;) 15:24:55 <rdieter> I knew only because I recognized the Qt versioning numbers 15:26:06 <rdieter> otherwise in *general* f28 beta is looking good from our side of things, still a good amount of polish to do for final of course 15:26:35 <CRCinAU> I got nothing else... Just banging the drum on long-standing akonadi issues that still plague kmail / akonadi. 15:27:13 <CRCinAU> see #fedora-kde for that - probably not meeting / minutes worthy. 15:27:27 <rdieter> .bug 1554836 15:27:29 <zodbot> rdieter: Bug 1554836 – F28 Blocker KDE Tracker - https://bugzilla.redhat.com/1554836 15:27:46 <rdieter> fyi, in case you want something tracked, block this ^^ 15:28:36 <CRCinAU> Reported: 2014-08-29 15:19 UTC 15:28:54 <CRCinAU> ^^ I doubt we could classify that as a blocker for F28 ;) 15:29:33 <rdieter> CRCinAU: this isn't strictly for blockers, closer to nice-to-have 15:29:50 <rdieter> we used to track them separately, and may still do so, but for now, just one tracking bug 15:30:16 <rdieter> but generally only include things that are either *really* important, or have clear fixes 15:30:57 <Kevin_Kofler> Then maybe it should be named differently? (E.g., F28 Target, as in the old days?) 15:31:12 <rdieter> ok, will do that if you want 15:31:17 <CRCinAU> this is in 'silently makes kmail useless' until you restart akonadi manually. 15:31:47 <CRCinAU> but again, happy to continue this back in the kde chan. 15:31:48 <rdieter> CRCinAU: the conflicts thing? 15:31:59 <CRCinAU> although its 0230 - so I probably should sleep instead lol 15:32:01 <CRCinAU> yeah 15:32:09 <rdieter> Multiple merge candidates, rather 15:32:29 <CRCinAU> once that hits, mail sync stops and thats the end of that. 15:32:34 <rdieter> yeah, doesn't fit our general criteria 15:33:07 <CRCinAU> kmail is good, but that is a royal PITA bug. 15:33:09 <rdieter> it's important for upstream, but there's no clear action we can do about it on our side 15:33:16 <CRCinAU> yup. 15:33:53 <CRCinAU> and to fix properly, it seems like always a manual SQL query via the akonadiconsole. 15:34:07 <CRCinAU> then it works again, until it doesn't. 15:34:20 <CRCinAU> but as mentioned, this is nearly 4 years old. 15:36:05 <rdieter> anything else to discuss, else I'll close the meeting soon 15:36:26 <CRCinAU> nope from me. 15:38:22 <rdieter> ok, thanks everyone! 15:38:25 <rdieter> #endmeeting