15:01:53 <rdieter> #startmeeting kde-sig
15:01:53 <zodbot> Meeting started Tue Oct 20 15:01:53 2015 UTC.  The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01:53 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:02:00 <rdieter> #meetingname kde-sig
15:02:00 <zodbot> The meeting name has been set to 'kde-sig'
15:02:08 <rdieter> #topic roll call
15:02:16 <rdieter> hi all, who's present for kde-sig meeting?
15:03:57 <Kevin_Kofler> Present.
15:04:21 <dvratil> present
15:04:27 <jgrulich> present
15:04:37 <rdieter> #info rdieter Kevin_Kofler dvratil jgrulich present
15:04:58 <rdieter> #info danofsatx sends regards, may make it later
15:05:27 <rdieter> #chair Kevin_Kofler dvratil jgrulich
15:05:27 <zodbot> Current chairs: Kevin_Kofler dvratil jgrulich rdieter
15:05:44 <rdieter> #topic agenda
15:05:54 <rdieter> alrighty, what to discuss today?
15:06:02 <rdieter> I can give update on blocker bug status
15:06:56 * rdieter would be happy for short-n-sweet meeting
15:07:14 * marcdeop is only curious
15:07:40 <rdieter> #info marcdeop present (and curious)
15:07:41 <rdieter> :)
15:07:46 <rdieter> #topic f23 blockers
15:08:06 <rdieter> ok, so that "plasma runs updater applet" bug looks fixed now, than found a workaround
15:08:46 <rdieter> edit X-KDE-PluginInfo-EnabledByDefault key present in the plasma metadata.desktop file does the trick
15:09:40 <rdieter> we'd previously (only) edited the applet's kservices5/foo.desktop
15:10:15 <rdieter> any other f23-related issues worth mentioning ?
15:11:53 <rdieter> ok, moving on...
15:11:59 <rdieter> #topic open discussion
15:12:05 <rdieter> anything else for today?
15:12:38 * rdieter sees f22 plasma-5.4.2 and kf5-5.15.0 updates in -testing that could use testing/karma
15:13:42 <dvratil> works fine on my freshly set up f22 box :)
15:17:06 <rdieter> ok, sounds like that's all for today, thanks everyone.  \o/
15:17:09 <Kevin_Kofler> Wait!
15:17:13 <jgrulich> also seems to work fine on my F23
15:17:19 <rdieter> Kevin_Kofler: ok, go ahead
15:17:22 <Kevin_Kofler> What's the status of xembed-sni-proxy?
15:17:39 <rdieter> Kevin_Kofler: afaik, still needs someone to package it
15:17:42 <Kevin_Kofler> Shouldn't we try to package it? Or are we waiting for it to be merged into plasma-workspace?
15:18:04 <Kevin_Kofler> (Does anybody know what upstream's status is there?)
15:18:05 <jgrulich> Kevin_Kofler: it's already on review so I expect it to be merged soon
15:18:11 <Kevin_Kofler> jgrulich: OK.
15:18:15 <rdieter> jgrulich: oh?  yay, what bug #?
15:18:24 <jgrulich> https://git.reviewboard.kde.org/r/125655/
15:18:35 <rdieter> oh, review*board* :)_
15:18:37 <Kevin_Kofler> Shall we just add this to our packaging as a patch?
15:18:53 <Kevin_Kofler> I mean, it's headed to plasma-workspace anyway.
15:19:08 <rdieter> <nod>, that works for me
15:19:09 <Kevin_Kofler> Seems kinda silly to go through the trouble of reviewing a package just to Obsolete it a couple weeks later.
15:19:46 <Kevin_Kofler> (reminds me of redhat-artwork-kde from UnleashKDE that was obsoleted by the Core-Extras merge a couple weeks later. ;-) )
15:20:15 * than is present
15:21:00 <rdieter> #info than present
15:21:15 <rdieter> #chair than
15:21:15 <zodbot> Current chairs: Kevin_Kofler dvratil jgrulich rdieter than
15:23:16 <rdieter> I'd go so far as to be ok with someone importing it into our packaging even before the review is complete, but that still means someone agrees to do the work.  any *someone* volunteering to do that?
15:23:45 * rdieter can't commit to it, but would be fun to try anyway
15:24:27 * smdeep would like to be counted as present
15:25:28 <rdieter> #info smdeep present
15:25:30 <rdieter> hi :)
15:25:48 * Kevin_Kofler can't commit to anything either, may have a look if he has time.
15:28:59 <mbriza> just wanna ask - how do we do Qt5 theming in F22 and on?
15:29:22 <mbriza> seems setting a theme is not as simple as it was in Qt4 times when you could just run qtconfig-qt4 and set everything up
15:29:27 <smdeep> rdieter, Hi!
15:31:11 <rdieter> mbriza: depends.  on plasma, Qt5 uses the platform plugin to follow plasma, so => breeze
15:31:40 <mbriza> oh yeah, i thought so, i just hoped there is some other way
15:31:51 <rdieter> mbriza: I forget what the default is elsewhere, is that your interest?
15:31:55 <mbriza> yeah
15:31:58 <mbriza> seems i'll have to import qt5ct
15:32:07 <mbriza> it's hosted on sourceforge, ugh
15:32:32 <rdieter> yeah, I just heart about that the other day, looks like the way to go on non-plasma DE's
15:32:39 <rdieter> s/heart/heard/
15:33:06 <rdieter> not that we have many qt5 themes to pick from though
15:33:31 <mbriza> yeah... this is for gnome of course
15:33:51 <mbriza> there's adwaita and i'm working on porting the highcontrast gtk theme now and then
15:34:41 <rdieter> good
15:34:53 <rdieter> and thanks for working on that
15:35:40 <mbriza> well, np
15:36:22 <mbriza> i'm sorry i'm not participating enough lately
15:37:57 <rdieter> I guess one other thing I should mention, -workstation recently updated the method it uses to include cached PackageKit metadata on the live image.  I'm working to include that on kde live too
15:39:15 <marcdeop> may I mention that we still don't have qtcurve support for qt5 ?
15:39:23 <marcdeop> are there any news on that front?
15:40:07 <Kevin_Kofler> I don't think the cached metadata is helpful, it bloats the spin, and at least for updates, it's always outdated anyway.
15:41:23 <rdieter> Kevin_Kofler: it'll allow muon to work without refreshing metadata (initially) or memory
15:41:47 <rdieter> .whoowns qtcurve
15:41:47 <zodbot> rdieter: No such package exists.
15:42:01 <rdieter> .whoowns qtcurve-qt4
15:42:01 <zodbot> rdieter: No such package exists.
15:42:04 <rdieter> .whoowns qtcurve-kd34
15:42:04 <zodbot> rdieter: No such package exists.
15:42:06 <rdieter> .whoowns qtcurve-kde4
15:42:07 <zodbot> rdieter: jreznik
15:42:22 <rdieter> marcdeop: I guess no one has worked on packaging it... yet
15:43:07 <marcdeop> rdieter: I think there was work done on github but no official release?
15:43:22 <rdieter> good question, I haven't followed it.
15:43:56 <rdieter> marcdeop: would you be willing to investigate and find the upstream status, and report on kde-sig mailing list?
15:44:08 <rdieter> err, just kde@lists.fpo list, that is
15:45:07 <rdieter> once that is known, we could solicit help packaging it
15:45:21 * marcdeop doesn't know what that list is about... :S
15:45:34 <marcdeop> anyway... yes, I am willing to investigate a little bit on this :-)
15:46:24 <marcdeop> I know archlinux has a package for it: https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/qtcurve
15:46:47 <mbriza> i think it should work, the upstream cmake has qt4 and qt5 options
15:46:53 <rdieter> thanks
15:46:59 <marcdeop> any deadline on this?
15:47:28 <rdieter> marcdeop: no, we're not shipping it by default, so it can land pretty much any time
15:48:26 <marcdeop> anyway, let's establish some date. How about this Sunday?
15:49:15 <rdieter> fine with me
15:49:46 <danofsatx> Sorry I'm late...
15:49:48 <rdieter> #action marcdeop to investigate qtcurve upstream/release status, report back on kde@lists.fpo mailing list
15:49:58 <rdieter> #info danofsatx present
15:49:59 <rdieter> hi
15:50:02 <mbriza> o/
15:50:17 <danofsatx> did we already discuss the login lag issue mentioned on the ML?
15:50:20 * pino|work was there too
15:50:53 * danofsatx has been hitting that lately, and it's getting worse
15:52:30 * marcdeop has to leave, apologizes
15:52:32 <rdieter> danofsatx: not discussed
15:52:45 <rdieter> danofsatx: have you tested kf5-5.15.0 (in -testing)?
15:52:53 * danofsatx checks
15:53:14 <rdieter> it seems to have helped others with the same issue (most folks anyway)
15:54:20 <danofsatx> I'm on kf5-15.0.1-fc23
15:55:05 <rdieter> I know that it did *not* help for at least 1 person, so the plot thickens
15:55:11 <rdieter> now, at least 2 :)
15:55:16 <danofsatx> when I log in, kwallet and teamviewer startup windows appear breifly, then I'm dumped back to the Plasma start splash where it hangs for 20-30 seconds
15:55:46 <danofsatx> someone asked this morning if there was a way to track the login processes. Is there?
15:55:48 <tibbs|w> If there's any way to debug this, please let me know and I'll do whatever is needed.
15:55:56 <danofsatx> to see what's hanging and where?
15:56:09 <tibbs|w> I'm to the point of having to roll back to F21 for some things.
15:56:36 <rdieter> previously, there was a known slowdown in kf5-kservice (kbuildsycoca5 cache generation)
15:56:45 <rdieter> but that's supposedly fixed properlyl in 5.15.0
15:57:40 <rdieter> any other cause is currently unknown and undocumented
15:57:43 <rdieter> (to me)
15:58:03 <danofsatx> is there a debug logging switch I can turn on?
15:58:07 <rdieter> .bug 1269004
15:58:08 <zodbot> rdieter: Bug 1269004 plasma-workspace 5.4.1-3-fc22 has a delay over 20 seconds upon login - https://bugzilla.redhat.com/1269004
15:58:12 <rdieter> I guess we have this bug
15:58:22 <rdieter> but I suspect there are multiple causes
15:58:42 <rdieter> most folks reporting there that 5.15.0 helps
15:59:22 <danofsatx> heh, I didn't hit it until 5.15
15:59:32 <danofsatx> difference between F22 and F23?
16:00:56 * rdieter doesn't know
16:01:43 <danofsatx> ok, then, moving on...
16:01:47 <danofsatx> .bug 1263824
16:01:48 <zodbot> danofsatx: Bug 1263824 complete system lockup when returning from sleep/standby - https://bugzilla.redhat.com/1263824
16:01:58 <rdieter> I personally would suspect something related to session restore
16:02:00 * danofsatx would like to know who to prod to get this one moving
16:02:15 <danofsatx> hmm....session restore.... I'll turn that off and try again.
16:02:57 <danofsatx> since Ben Skeggs doesn't seem to be reading bugzilla.
16:03:37 <rdieter> if the bug is assigned to the right component (it is), then add a comment I guess. or to be more proactive, you could consider filing a bug upstream too
16:04:58 <Kevin_Kofler> <rdieter> Kevin_Kofler: it'll allow muon to work without refreshing metadata (initially) or memory
16:05:05 <Kevin_Kofler> … and offer outdated updates that are no longer on the mirror.
16:06:22 <rdieter> it's better than attempting to refresh metadata on live, and wasting ram
16:06:55 <Kevin_Kofler> It wastes bandwidth for everyone downloading the live image instead, 99% of whom will NOT want to run Muon ON the live image.
16:07:01 <danofsatx> is upstream freedesktop, or somewhere else?
16:07:09 <rdieter> danofsatx: yes (I think)
16:07:21 <danofsatx> roger, I'll bump it up then.
16:07:48 <Kevin_Kofler> Upstream for anything X.Org is fd.o.
16:07:57 <Kevin_Kofler> They use the same Bugzilla, at least.
16:08:30 <rdieter> ok, we're over time for today already, so thanks everyone
16:08:39 <rdieter> back to #fedora-kde
16:08:42 <rdieter> #endmeeting