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