15:03:56 <rdieter> #startmeeting kde-sig
15:03:56 <zodbot> Meeting started Tue Apr 21 15:03:56 2015 UTC.  The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:03:56 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:04:01 <rdieter> #meetingname kde-sig
15:04:01 <zodbot> The meeting name has been set to 'kde-sig'
15:04:07 <rdieter> #topic roll call
15:04:08 <dvratil> hello
15:04:19 <rdieter> hi all, friendly kde-sig meeting, who's present today?
15:04:59 <Kevin_Kofler> Present.
15:05:12 * jgrulich is present
15:05:17 * tosky too
15:05:29 * donniezazen is here
15:08:54 <rdieter> #info rdieter dvratil Kevin_Kofler jgrulich tosky donniezazen present
15:08:57 <rdieter> #topic agenda
15:09:03 <rdieter> alrighty, what to discuss today?
15:09:36 <rdieter> f22 beta (and continued bug fixing/polish)
15:09:46 * dvratil has one topic: Plasma 5.3 beta live image
15:10:47 <rdieter> anything else?
15:12:39 <rdieter> ok, moving on
15:12:47 <rdieter> #topic Plasma 5.3 beta (and live image)
15:12:51 <rdieter> dvratil: go ahead
15:13:25 <dvratil> I submitted KF5 5.9.0 to Bodhi today finally, and moved on to prepare Plasma 5.3 beta in dvratil/plasma-5-beta Copr and I of course want to make live ISO again
15:13:35 * jreznik is here
15:13:46 <rdieter> #info jreznik present
15:13:49 <dvratil> I was playing with the idea to base the ISO on F22 - what do you guys think?
15:13:56 <rdieter> #chair dvratil Kevin_Kofler jgrulich tosky donniezazen jreznik
15:13:56 <zodbot> Current chairs: Kevin_Kofler donniezazen dvratil jgrulich jreznik rdieter tosky
15:14:08 <jreznik> dvratil: I think it's a good time to base it on F22
15:14:17 <rdieter> dvratil: what was it based on before, f21?
15:14:24 <rdieter> if so, f22 +1
15:14:26 <jreznik> it's Beta already and seems pretty stable and it can help us spotting F22 issues too
15:14:57 <dvratil> yes, 5.2 beta was F21
15:15:10 <dvratil> ok then , F22 be it :)
15:15:24 <dvratil> and I'll try not to forget to include installer this time :)
15:15:48 <dvratil> I'll probably have first version tomorrow + some testing, so we could have it by the end of the week
15:16:50 <tosky> did you include the fix for open/save dialogs in 5.9?
15:16:57 <tosky> rdieter mentioned it yesterday
15:17:01 <dvratil> yes
15:17:06 <rdieter> \o/
15:17:29 <dvratil> I hope it would fix Kate using Qt's file dialog instead of KDE's, but that seems to be another bug :(
15:17:35 <jgrulich> does it make sense to have live ISO based on F22 with Plasma 5.3 beta? I don't think it would be much different from regular F22 with Plasma 5.2
15:17:49 <dvratil> it would have Plasma 5.3 beta
15:18:05 <dvratil> that's the very point of making those ISOs :)
15:18:49 * rdieter thinks the best base to show-case Plasma5 is definitely f22 now
15:19:47 <dvratil> ok, agreed then
15:20:31 <rdieter> dvratil: can you import 5.3beta into rawhide soonish?
15:20:39 <rdieter> (or did you already?)
15:20:43 <dvratil> I did not
15:20:55 <dvratil> but I for sure can do it
15:21:44 <rdieter> thanks, please do
15:21:53 <rdieter> (no rush though)
15:22:05 <rdieter> anything else on 5.3.beta?
15:22:27 <dvratil> nope, I basically just wanted to announce it and ask about the base system version :)
15:23:07 <rdieter> ok
15:23:19 <rdieter> #topic f22: beta, ongoing bug-fixing/polish
15:23:52 <rdieter> for myself, continuing work on doing f22 kde-apps-15.04 builds
15:25:12 <rdieter> .bug 1213184
15:25:15 <rdieter> and one review ^^
15:25:15 <zodbot> rdieter: Bug 1213184 Review Request: grantlee-qt5 - Qt string template engine based on the Django template system - https://bugzilla.redhat.com/1213184
15:25:16 <Kevin_Kofler> Any idea when the Beta will reach gold state?
15:25:25 <rdieter> Kevin_Kofler: it's going to be released today
15:25:40 <Kevin_Kofler> Ah, it's been declared gold already?
15:25:46 <rdieter> yes, afaik
15:25:55 <Kevin_Kofler> Last I checked, the pending updates still had not been pushed.
15:26:13 <Kevin_Kofler> (which normally happens after the RC is accepted as gold)
15:26:35 <rdieter> good point, I have a lot of pending items too, but I don't think that's a blocker for release though
15:26:47 <rdieter> (beta release that is)
15:27:20 <rdieter> oh, and newer kf5-based ktp is part of kde-apps-15 too, any help updating those would be greatly appreciated
15:27:36 <rdieter> I hadn't looked at those yet
15:27:54 <jreznik> for f22 beta - please, try to boot it - I've already filled/reopened a few bugs
15:28:03 <jreznik> but otherwise, it looks damn good!
15:28:33 <Kevin_Kofler> "It doesn't boot, but otherwise, it looks damn good"?! ^^
15:30:34 <rdieter> .bug 1206760
15:30:36 <zodbot> rdieter: Bug 1206760 Plasma desktop doesn't notify for available updates - https://bugzilla.redhat.com/1206760
15:30:59 <rdieter> still need some plasma javascript love ^^ to enable some applets by default
15:31:32 <rdieter> one workaround I suppose would be to patch defaults to include the stuff we want too
15:31:44 <Kevin_Kofler> Is it not enough to set the property in the .desktop file?
15:31:57 * rdieter doesn't think so
15:32:36 <Kevin_Kofler> I suppose we could look into how Kubuntu enables their Muon stuff or other plasmoids they ship. Last time (KDE 4), I stole their code. :-)
15:32:40 <rdieter> but if it's *supposed* to work that way, then working to get that bug fixed would be another alternative
15:32:54 <Kevin_Kofler> For the .desktop file: https://bugzilla.redhat.com/show_bug.cgi?id=1206760#c9
15:33:01 <Kevin_Kofler> It looks like the system tray now automatically figures out what plasmoids to show initially:
15:33:02 <Kevin_Kofler> https://projects.kde.org/projects/kde/workspace/plasma-workspace/repository/revisions/5196689ae328decf7865e053d3e5997c2c184b16/diff
15:33:04 <Kevin_Kofler> They look at the plasmoids with [X-Plasma-NotificationArea] == true and [X-KDE-PluginInfo-EnabledByDefault] == true.
15:33:19 <Kevin_Kofler> So adding:
15:33:25 <rdieter> oh yay :)
15:33:26 <Kevin_Kofler> X-Plasma-NotificationArea=true
15:33:33 <Kevin_Kofler> X-KDE-PluginInfo-EnabledByDefault=true
15:33:38 <Kevin_Kofler> to the .desktop file SHOULD make it work.
15:33:46 <Kevin_Kofler> If that doesn't help, then we need some JS code.
15:34:09 <rdieter> and fwiw, the javascript scripting stuff was broken in plasma-5.2.x anyway (fixed in 5.3)... we're included the backported fix
15:34:45 <rdieter> so I doubt any other distro has working JS code at this point either :-/
15:34:58 <jreznik> as this is blocker, it would be nice to have the fix ready for the first TC
15:35:25 <rdieter> I can test the [X-Plasma-NotificationArea] == true and [X-KDE-PluginInfo-EnabledByDefault] == true thing later today
15:35:36 <jreznik> thanks
15:35:40 <jreznik> .bug .bug 1199399
15:35:40 <zodbot> jreznik: HTTP Error 404: Not Found - https://bugzilla.redhat.com/.bug 1199399
15:35:47 <jreznik> .bug 1199399
15:35:49 <zodbot> jreznik: Bug 1199399 KDE 4 apps should use kde-style-breeze by default - https://bugzilla.redhat.com/1199399
15:35:50 <jreznik> (sorry)
15:35:58 <jreznik> this is cosmetic issue but strange one
15:36:06 <Kevin_Kofler> It's called 5.2.x, but it doesn't really look any more polished than the 4.0.3 from F9. :-(
15:36:20 <Kevin_Kofler> The same kind of horrible glitches.
15:36:40 <Kevin_Kofler> Telling distros to not ship 5.0/5.1 only postponed the issue to the first version the distros ARE shipping.
15:36:43 <jreznik> it is - definitely 1000x better than the first 4.0
15:36:48 <Kevin_Kofler> If we don't find the issues, nobody does.
15:37:15 <jreznik> yes, that's true very often
15:37:30 <jreznik> but still I think 5.2 was a good choice to start with
15:37:45 <jreznik> anyone else is able to reproduce this bug?
15:39:38 <rdieter> I guess we'll have to test more later
15:39:53 <rdieter> jreznik: I recall you said it only happened on the first login?  subsequent logins were better?
15:40:22 <jreznik> rdieter: yes, on the first login, it's not properly picked up, on the second, kde 4 apps were using breeze correctly
15:40:34 <rdieter> k
15:40:38 <jreznik> it's cosmetic issue but does not look right/good
15:41:05 <jreznik> kparal while testing rc3 complained that user switching is broken in some ways, I'll ask him to file proper bug
15:41:25 <jreznik> and the last thing is the konqueror bug in the favorites menu of kicker
15:41:33 * jreznik could be QA in the end :)
15:42:50 <kparal> jreznik: when I logged out one user, it logged out both users
15:43:09 <kparal> but I haven't filed it yet
15:43:55 <rdieter> I'm on the konq shortcut issue
15:44:24 <rdieter> .bug 1212016
15:44:26 <zodbot> rdieter: Bug 1212016 Konqueror in favorites tab should be set to web browser mode by default - https://bugzilla.redhat.com/1212016
15:44:57 <rdieter> next kde-settings iteration should include fix for that
15:45:26 <rdieter> I still think it weird that a kfmclient_html shortcut opens $HOME
15:45:35 <rdieter> <shrug>
15:45:38 <jreznik> kparal: file it or it didn't happen :)
15:46:19 <kparal> jreznik: so many bugs in the queue...
15:46:37 <rdieter> anything else f22-related?
15:47:11 <jreznik> kparal: no bug, no blocker proposal - seems like a deal
15:48:20 <rdieter> moving on...
15:48:24 <rdieter> #topic open discussion
15:48:27 <rdieter> anything else for today?
15:48:36 <dvratil> rdieter: are any of the 15.04 updates in F22 already? If not, do you have a list of package I could build in Copr? I think it would be a good idea to also have 15.04 Apps on the ISO
15:48:44 <rdieter> dvratil: no
15:49:00 <rdieter> I've only just started on f22 builds
15:49:27 <rdieter> dvratil: I'll generate a list after meeting
15:49:37 <dvratil> great, thanks
15:51:54 <rdieter> one small think on kde-apps I didn't mention, it seems libkmahjongg/kshisen were updated to kf5, but kmahjongg was not (yet) , so at this time I'm choosing to not update the former 2 until all 3 are kf5-ready
15:52:32 <rdieter> (otherwise it means making another short-lived libkmahjongg4 compat pkg)
15:52:39 <dvratil> makes sense, games are not worth that much effort
15:52:47 <Kevin_Kofler> Lisandro finally started an upstream discussion on kde-core-devel about QtWebEngine.
15:52:53 <Kevin_Kofler> #link http://marc.info/?t=142954901200003&r=1&w=1
15:53:24 <rdieter> wow, lots of followup posts already
15:53:33 * rdieter has some reading to do
15:53:41 * danofsatx is here, way way waaaaay late
15:53:58 <danofsatx> sorry folks. I was on the road, driving into the office.
15:54:08 <Kevin_Kofler> So far, Debian, Fedora and OpenBSD have stated that they are not currently planning to ship QtWebEngine for varying reasons.
15:54:13 <rdieter> #info danofsatx present
15:54:34 <Kevin_Kofler> I wonder what Slackware's position is, if they haven't given up on KDE entirely due to the split tarball mess.
15:54:55 * rdieter doesn't see heliocastro , in case he had input on qtwebengine
15:54:56 <Kevin_Kofler> Though I guess they don't have that much of a problem with bundled stuff.
15:56:06 <rdieter> our main problem is packaging qtwebengine right will a *lot* of work, even if we overcome policy problems (which I think is doable actually)
15:59:40 <rdieter> I suspect that chromium's points-of-fail score probably hasn't improved much since spot's initial post about it years ago
15:59:56 <rdieter> (I'd love to be wrong)
16:00:04 <spot> i have "review that" on my todo list
16:00:09 <spot> but its a low priority
16:00:34 <rdieter> spot: it's relevant here, due to qtwebengine, which essentially "bundles" chromium.  fun, right?
16:00:43 <spot> wait, something bundles chromium?
16:00:47 <spot> good lord almighty
16:00:58 <spot> not just the blink engine?
16:01:37 <rdieter> I think it's mostly for the engine, but it's 3rdparty folder resembles chromium a lot
16:01:50 <spot> ewwwwwwww.
16:03:14 <Kevin_Kofler> Bundling the code that bundles the world is indeed the WTF of the century.
16:03:41 <rdieter> spot: how close would you estimate chromium coming to fedora?
16:03:51 <Kevin_Kofler> And now we're trying to convince KDE to disallow it as a dependency (also with support from Debian and OpenBSD), but the problem is lack of a non-deprecated alternative.
16:04:00 <Kevin_Kofler> (Both KHTML and QtWebKit are now deprecated.)
16:04:13 <spot> rdieter: on a scale from 1 to 10, maybe a 2?
16:04:37 <rdieter> depends what 1 and 10 represents in that scale :)
16:04:38 * spot isn't actively putting effort into documenting all the bundling exceptions it would need, nor pushing for a blanket "firefox" style exception.
16:04:49 <rdieter> is 1 not close ?
16:05:11 <spot> its slightly less awful than it used to be, but we're talking about drinking bleach instead of drinking hydrochloric acid
16:05:19 <rdieter> yay
16:05:43 <rdieter> ok, if I ever have to push for this, I'd probably end up playing the "too-big-to-fail" ff-style card
16:05:45 <spot> 10 would be "its ready to go in" 1 would be "this isn't getting in anytime soon"
16:05:57 <rdieter> but Id
16:05:59 <spot> the spec file sucks a lot less than it used to
16:06:03 <rdieter> I'd rather not be the one doing any pushign
16:06:05 <spot> so it has that going for it.
16:06:13 <rdieter> spot: <nod>,thanks
16:06:17 <spot> that said, i doubt it could be used as a dependency for this
16:06:28 <spot> the bits inside chromium aren't shared library
16:07:07 <rdieter> spot: I was asking mostly because the review/policy difficulties for both chromium/qtwebengine, I suspect would be similar
16:07:46 <rdieter> so any shared experience good or bad would be helpful
16:08:30 <spot> I'm not on FPC anymore, but I doubt that they'd approve that level of bundling without a FESCo override.
16:09:11 <rdieter> understood
16:09:27 <rdieter> well, we're a bit over time by now, let's wrap up the meeting
16:09:30 <rdieter> thanks everyone!
16:09:34 <rdieter> #endmeeting