15:02:23 <rdieter> #startmeeting kde-sig
15:02:23 <zodbot> Meeting started Tue Apr 19 15:02:23 2016 UTC.  The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:02:23 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:02:23 <zodbot> The meeting name has been set to 'kde-sig'
15:02:27 <rdieter> #meetingname kde-sig
15:02:27 <zodbot> The meeting name has been set to 'kde-sig'
15:02:30 <rdieter> #topic roll call
15:02:38 <lupinix> .hello lupinix
15:02:39 <zodbot> lupinix: lupinix 'Christian Dersch' <lupinix@mailbox.org>
15:02:39 <rdieter> hi all, who's present for a friendly kde-sig meeting today?
15:03:07 <tosky> hi
15:03:25 <mbriza> hey
15:03:26 <pino|work> hi
15:04:01 <rdieter> #info rdieter lupinix tosky mbriza pino|work present
15:05:08 <rdieter> #chair lupinix tosky mbriza pino|work
15:05:08 <zodbot> Current chairs: lupinix mbriza pino|work rdieter tosky
15:05:31 <rdieter> #topic agenda
15:05:40 <rdieter> welcome friends, what to discuss today?
15:06:04 * rdieter has kde-config-gtk (as mentioned onlist)
15:06:26 <rdieter> can give plasma-5.6.x status update
15:06:53 * danofsatx-n6 is kinda-sorta here
15:07:05 <rdieter> #info danofsatx-n6 is kinda-sorta here
15:07:06 <rdieter> :)
15:07:16 <danofsatx-n6> ;)
15:07:58 <rdieter> I suppose we could touch on f24/f24-beta(freeze)
15:08:28 <rdieter> anything else?
15:09:01 <lupinix> nothing here
15:09:08 <rdieter> k, let's get started
15:09:17 <rdieter> #topic using kde-config-gtk by default (for f24)
15:09:46 <rdieter> https://lists.fedoraproject.org/archives/list/kde@lists.fedoraproject.org/thread/ZWPGQDI5LMJNPZXVV3AFVR5PSVHW6JFO/
15:10:11 <rdieter> per my post onlist, I'm proposing we drop (deprecated) kcm-gtk/xsettings-kde in favor of using kde-config-gtk by default
15:10:50 <tosky> drop or deprecate? IIRC you mentioned a cycle of non-installation and then removal (or was it about another package?)
15:10:52 <rdieter> as Kevin mentioned in his followup (and I agree), xsetting-kde is the technically superior solution, but it's not ported to kf5 or supported upstream really anymore
15:11:11 <pino|work> i saw commits in xsettings-kde in past months
15:11:15 <rdieter> tosky: either way is fine with me
15:11:38 <rdieter> pino|work:  but nothing integrates with it anymore
15:11:50 <rdieter> kcm-gtk (kinda) did that part
15:12:27 <pino|work> iirc what it does is exposing the kde settings as xsettings, which are read by gtk
15:12:55 <rdieter> pino|work: right, but it only currently works with kde4's kdeglobals (and friends)
15:13:12 <rdieter> and now without gtk-kcm, nothing signals it to react to config changes either
15:13:12 <pino|work> yep
15:13:50 * jreznik_ is here, sorry for being late
15:13:54 * heliocastro here
15:13:57 <rdieter> I'm disappointed with kde-config-gtk development, that this wasn't taken into account and used, but I'm not the one doing the work either
15:13:57 <heliocastro> Late as usual
15:14:08 * lupinix votes for: kde-gtk-config as default and stop providing xsetting-kde later (maybe f25)
15:14:11 <rdieter> #info jreznik_ heliocastro present
15:14:22 <rdieter> lupinix: +1
15:14:35 <heliocastro> Ok, even late i know the discussion +1
15:14:48 <heliocastro> Just i think we can drop now xsettings
15:14:55 <heliocastro> Can't see reason to keep it
15:14:56 <pino|work> rdieter: well, imho xsettings-kde should "just work", ie reload the config it exposes with no need for others to signal that
15:15:24 <rdieter> pino|work: there was a special signal it used to receive to see config changes, iirc
15:15:36 <pino|work> yeah, and sounds like an hack ;)
15:15:37 <rdieter> (and it wasn't dbus )
15:15:57 <rdieter> nod, so ideally, xsettings-kde needswork as well to be a first-class well-supported citizen
15:16:14 <heliocastro> rdieter: Is there one list of needs for the current kde-gtk-config
15:16:19 <pino|work> anyway, +1 in not shipping gtk-kcm, and +1 in deprecating it for f24
15:16:24 <heliocastro> Maybe we can try to implement upstream
15:16:47 <rdieter> heliocastro: not that I'm aware of, I haven't had much time to look closely myself, but that's definitely a good idea
15:17:38 <heliocastro> I think the most interested in change this code are the distros itself
15:17:56 <rdieter> I think the kde-config-gtk implementation writes a static gtkrc, and then signals gtk apps to reload (instead of using an xsetting daemon)
15:19:51 * heliocastro thinks that kde miss a general board of wishlkist/requirements for projects
15:20:08 <heliocastro> kanboard for specifics is ok
15:20:10 <rdieter> any objections to eol'ing kcm-gtk/xsettings-kde earlier in f24 (instead of waiting for f25)?
15:21:27 <rdieter> seems pino|work, heliocastro support that at least
15:21:47 <heliocastro> +1 to deprecate
15:22:04 <rdieter> ok, I'll add Obsoletes:  in kde-config-gtk for upgrade path
15:22:11 <lupinix> +1
15:22:16 <rdieter> and retire the packages soonish, after that change hits stable updates
15:22:27 <rdieter> (only for f24+)
15:22:35 <rdieter> moving on ...
15:22:55 <rdieter> #topic updates status
15:23:12 <rdieter> 1.  plasma-5.6.2 is in f23 updates-testing, getting excellent feedback so far
15:23:31 <rdieter> 2.  I started importing kde-aps-16.04.0 bits into rawhide (and some f24 builds) yesterday
15:23:58 <rdieter> 3.  and... plasma-5.6.3 landed today too, so I'll probably prioritize this (over kde-apps-16.04.0)
15:24:12 <danofsatx-n6> +1 (late)
15:24:34 <tosky> I confirm the feedback on Plasma 5.6.2, I upgraded yesterday; someone reported an upstream issue with autohiding the panel, but I would say not blocker (unless it was fixed in 5.6.3)
15:24:41 <heliocastro> too crazy update paces
15:25:11 <rdieter> kde-apps-16.04 included some not-insignifiant pim-related changes and new modules, so that part will probably require some work (and time)
15:25:57 <tosky> remember that Applications now has khelpcenter, so after you package it (and ends up into f23) you can stop compiling the version from plasma 5.6.x
15:26:24 <rdieter> wrt 16.04, I finished the core bits, graphics, network (including ktp) bits, in rawhide and f24 -testing
15:26:34 <than> present
15:26:41 <rdieter> #info than present
15:26:51 <rdieter> tosky: ah, indeed, thanks for the reminder
15:27:27 <rdieter> odd seeing both khelpcenter-16.04.0.tar.xz  khelpcenter-5.6.3.tar.xz released so close to each other
15:27:37 <heliocastro> rdieter: I think we can slow daown the pace on newer versions
15:27:38 <tosky> eh, it was moved during this cycle
15:27:52 <tosky> it was the only way
15:27:55 <rdieter> heliocastro: I have been skipping some kde-apps releases (lack of time mostly)
15:28:06 <heliocastro> Lets wait f24 been out and get initial traction
15:28:31 <rdieter> the kde-apps set of stuff is ... not small :)
15:29:03 <heliocastro> I am "mother-in-law" free again, and can resume my duties as well time related
15:29:11 <rdieter> giggle
15:29:13 <pino|work> lol
15:29:38 <danofsatx-n6> heh
15:29:42 <lupinix> :D
15:29:54 <rdieter> oh, not directly fedora related, but... epel7: got kf5 and friends packaged and in epel7-testing
15:30:12 <rdieter> all those updates need a few more days or one more +1 karma
15:30:28 <heliocastro> People, KARMA, NOW :-P
15:30:30 <lupinix> very nice, i have to look whether kstars and some others are buildable mow
15:30:31 <rdieter> (if anyone is interested in seeing that get out sooner rather than later)
15:30:32 <lupinix> *now
15:30:42 * rdieter gets bodhi links
15:31:29 <rdieter> dbusmenu-qt5 : https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-c6830d3eb1
15:31:38 <rdieter> phonon-qt5 : https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8e9b956ff2
15:31:48 <rdieter> polkit-qt5 : https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-83b0af5ec7
15:32:00 <rdieter> kf5 : https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f057025262
15:32:36 <pino|work> rdieter: ehm, what about qtstyleplugins update for f23? that is holding (for me) the qt5.6 update
15:33:15 <rdieter> f23: https://bodhi.fedoraproject.org/updates/FEDORA-2016-0c64e66086
15:33:17 <rdieter> pino|work: ^^
15:33:23 <tosky> and it works, already tested
15:33:30 <rdieter> f24 : https://bodhi.fedoraproject.org/updates/FEDORA-2016-15eb65d7ca
15:33:44 <pino|work> tosky: then +1 it
15:33:47 <pino|work> :)
15:33:49 <rdieter> give 'em +1 karma, and they can go to stable faster, excellent
15:34:18 <rdieter> and for completeness: epel7 : https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-73f10ae03f
15:34:45 <rdieter> any other updates worth mentioning ?
15:35:15 <heliocastro> "karma"gedon done !
15:35:25 <tosky> done
15:35:42 * rdieter saves that term "karmagedon"
15:35:55 <tosky> "This update has been submitted for stable by bodhi." so easy? :)
15:36:18 <rdieter> moving on...
15:36:25 <heliocastro> tosky: Several karmas in less than a minute ? Bodhi for sure feels treatned
15:36:28 <pino|work> \o/
15:36:29 <rdieter> #topic f24/f24-beta/freeze
15:36:45 <rdieter> f24-beta is coming soon, freeze is today
15:37:16 <rdieter> just fyi ^^
15:37:30 <heliocastro> Is anything to worry aside gcc 6 incompletness ?
15:37:55 <rdieter> I think f24 is pretty great, and no unresolved kde-related blockers
15:38:18 <rdieter> there's the qt(4) BUILD_KEY snafu, that I'm rebuilding a handful of qt4/kde4 packages for
15:38:45 <rdieter> .bug 1327360
15:38:47 <zodbot> rdieter: Bug 1327360 qt > 4.8.7-6.fc24 fails to load any plugins (including styles) - https://bugzilla.redhat.com/1327360
15:38:50 <rdieter> tracked here ^^
15:39:11 <rdieter> but I think we have a good handle on that
15:39:44 <rdieter> (after having to rebuild a bunch of stuff... twice, since bodhi helpfully untagged my qt override)
15:40:26 <heliocastro> After they clear the beta, i will upgrade ,my dev machine
15:40:53 <rdieter> it's been running well on my box, since pre f24-alpha even :)
15:41:14 <jreznik_> usually I update to pre-alpha but this time I'm a bit behind :)
15:41:22 <lupinix> rdieter: +1
15:41:23 <danofsatx-n6> I will upgrade mine, too.
15:42:02 * danofsatx-n6 departs the parking lot
15:42:04 <rdieter> anything else worth mentioning wrt f24/f24-beta ?
15:44:18 <rdieter> moving on...
15:44:22 <rdieter> #topic open discussion
15:44:29 <rdieter> anything else for today?
15:44:42 <lupinix> are there any (urgent) open reviews?
15:44:46 <heliocastro> rdieter: Just a question, is spectacle packaged ?
15:44:50 <heliocastro> Or considered ?
15:45:05 <tosky> heliocastro: http://koji.fedoraproject.org/koji/packageinfo?packageID=21741
15:45:08 <rdieter> heliocastro: yes, for awhile
15:45:16 <heliocastro> \o/
15:45:24 <rdieter> and pkg reviews, good question
15:45:28 <heliocastro> i was using a self compiled for some time and lost the track
15:45:41 <rdieter> https://bugzilla.redhat.com/show_bug.cgi?id=kde-reviews  tracker bug has a few
15:45:55 <lupinix> .bug 1321902
15:45:56 <zodbot> lupinix: Bug 1321902 Review Request: qt5ct - Qt5 Configuration Tool - https://bugzilla.redhat.com/1321902
15:45:59 <lupinix> this is my one
15:46:17 <rdieter> ah, right, not something for kde spin, but beneficial to other DE's
15:46:32 <rdieter> definitely want that
15:46:54 <rdieter> related tracker, https://bugzilla.redhat.com/show_bug.cgi?id=928937
15:47:16 <rdieter> aka https://bugzilla.redhat.com/show_bug.cgi?id=qt-reviews
15:48:16 <rdieter> I guess the plymouth, grub breeze theme pkgs passed review, and I submitted SCM request
15:48:28 <jreznik_> yeah, for other DEs it can be useful (qt5ct)
15:48:34 <rdieter> be nice to get some testable packages out of those
15:48:53 * tosky needs to drop, sorry
15:49:28 <lupinix> .bug 1287201
15:49:35 <zodbot> lupinix: Bug 1287201 Review Request: kf5-kross-interpreters - Kross interpreters for KDE Frameworks 5 - https://bugzilla.redhat.com/1287201
15:50:02 <lupinix> rdieter: i could do this one, is there a newer release?
15:50:15 <lupinix> 15.12.x or sth. like this
15:50:43 <lupinix> yes, 15.12.3 is there
15:50:48 <rdieter> lupinix: yes, I haven't updated it in awhile, but I doubt it's changed significantly
15:51:01 <rdieter> it should be reviewable as-is for onw
15:51:03 <rdieter> now
15:55:16 <rdieter> thanks everyone for coming
15:55:18 <rdieter> #endmeeting