15:00:38 <rdieter> #startmeeting kde-sig
15:00:38 <zodbot> Meeting started Tue Feb 16 15:00:38 2016 UTC.  The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:38 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:00:38 <zodbot> The meeting name has been set to 'kde-sig'
15:00:41 <rdieter> #meetingname kde-sig
15:00:41 <zodbot> The meeting name has been set to 'kde-sig'
15:00:45 <rdieter> #topic roll call
15:00:49 <jgrulich> hello
15:00:56 <rdieter> hi all, who's present for a friendly kde-sig meeting today?
15:01:01 <dvratil> hola
15:01:04 <mustafam> Hi all
15:01:59 * danofsatx is watching, on hold with the Veterans Administration
15:02:08 <rdieter> #info rdieter jgrulich dvratil danofsatx mustafam present
15:02:15 <rdieter> #chair jgrulich dvratil danofsatx
15:02:15 <zodbot> Current chairs: danofsatx dvratil jgrulich rdieter
15:04:38 <rdieter> #topic agenda
15:04:42 <rdieter> alright, what to discuss today?
15:04:44 <than_> present
15:04:51 <rdieter> dvratil had kf5 status update
15:04:58 <rdieter> #info than_ present
15:05:00 <rdieter> #chair than_
15:05:00 <zodbot> Current chairs: danofsatx dvratil jgrulich rdieter than_
15:06:11 <rdieter> I can give update on kde-apps status too
15:06:39 <rdieter> well, let's go then
15:06:44 <rdieter> #topic kf5 status
15:06:49 <rdieter> dvratil: go ahead
15:07:08 <dvratil> 5.19 is available in bodhi and rawhide, please go testing
15:07:35 <dvratil> no new major changes, there's one new library in KIO, but nothing else important
15:07:44 <dvratil> <EOR>
15:07:46 <rdieter> 2 things I saw worth watching
15:08:04 <rdieter> new oxygen-icon conflicts: kdepim(kmail), kdenlive
15:08:14 <rdieter> kdepim has fix queue'd for -testing
15:08:39 <rdieter> since rpmfusion is ... slow these days, probably best to omit the conflict from oxygen-icon packaging for now
15:08:55 <rdieter> and second, there seems to be some sort of systray icon regression
15:08:57 <rdieter> https://bugs.kde.org/show_bug.cgi?id=359388
15:09:10 <rdieter> qt4 items that use sni-qt no longer display properly
15:10:27 <dvratil> indeed looks like 5.19 regression
15:10:29 <rdieter> i've provided some requested logs, hopefully david edmundson can work his magic to figure out what's going wrong
15:10:36 <dvratil> I'll watch for an upstream patch
15:11:16 <rdieter> should we consider that a blocker before pushing kf5-5.19 stable?
15:11:48 <rdieter> (I'm leaning toward yes, for now)
15:11:58 <danofsatx> is this the display glitch? http://i.imgur.com/wCWO2GO.png
15:12:21 <rdieter> danofsatx: yes
15:12:37 <danofsatx> ok, I had that with 5.18
15:12:44 <rdieter> the long-standing 'some plasma applet systray icons do not display properly'
15:13:04 <rdieter> danofsatx: this new one means pure qt4 systray apps display blank too
15:13:07 <mbriza> hey
15:13:09 <danofsatx> FWIW, I have the same problem on Windows 10 ;)
15:13:14 <rdieter> #info mbriza present
15:13:17 <rdieter> #chair mbriza
15:13:17 <zodbot> Current chairs: danofsatx dvratil jgrulich mbriza rdieter than_
15:13:25 <than_> rdieter: i will say blocker before pushing kf5-5.1
15:14:06 <rdieter> fwiw, plasma-5.5.4 supposedly included a workaround for applets not showing, but in my experience, the workaround didn't seem to help me at all
15:14:24 <dvratil> hard to believe I'm saying this :) but can I get some -1 in Bodhi then?
15:14:28 <rdieter> (in some cases, subjectively, it almost seems worse)
15:14:48 <rdieter> dvratil: it already has one -1, you want more?  why?
15:15:02 <tosky> (hi, sorry)
15:15:12 <rdieter> we don't want it to get revoked and unpushed, do we?
15:15:12 <dvratil> ah, I only checked the overall karma which is 0
15:15:21 <rdieter> #info tosky present
15:15:24 <rdieter> #chair tosky
15:15:24 <zodbot> Current chairs: danofsatx dvratil jgrulich mbriza rdieter than_ tosky
15:15:40 <rdieter> dvratil: maybe just disable autokarma (if not already)
15:16:22 <rdieter> otherwise, recent kf5-5.19 polish is very nice
15:16:47 <rdieter> xembedsniproxy items look better now (at least my dropbox icon looks better)
15:17:21 <rdieter> anything else on kf5-5.19 ?
15:18:32 <rdieter> ok, moving on...
15:18:37 <rdieter> #topic kde-apps status
15:18:54 <rdieter> got kde-apps-15.12.2 imported into rawhide over the weekend mostly
15:19:13 <rdieter> some kde-apps-15.12.1 f23 updates are still in -testing
15:19:49 <rdieter> I held off doing anything on f22 so far, I'm tempted to only do critical bugs/backports from now on
15:20:14 <rdieter> (i personally don't use f22 very often anymore, so cannot readily test it)
15:20:46 <rdieter> there's a few reviews for new kde-apps modules yet
15:20:48 * rdieter checks
15:21:29 <rdieter> .bug 1294852
15:21:30 <zodbot> rdieter: Bug 1294852 Review Request: kf5-libksane - SANE Library interface for KDE - https://bugzilla.redhat.com/1294852
15:21:38 <rdieter> currently has reviewer, but not very active
15:22:03 <rdieter> .bug 1287201
15:22:04 <zodbot> rdieter: Bug 1287201 Review Request: kf5-kross-interpreters - Kross interpreters for KDE Frameworks 5 - https://bugzilla.redhat.com/1287201
15:22:15 <rdieter> hrm, I guess only 2, I vaguely thought there were more.  yay
15:23:04 <rdieter> that's all from me, any comments, concerns?
15:24:37 <rdieter> ok moving on
15:24:40 <rdieter> #topic open discussion
15:24:45 <rdieter> anything else for today?
15:24:51 <rdieter> .bug 1306524
15:24:52 <zodbot> rdieter: Bug 1306524 Slow login due to calling lspci - https://bugzilla.redhat.com/1306524
15:25:00 <dvratil> .bug 1307200
15:25:01 <zodbot> dvratil: Bug 1307200 Review Request: kjots - KDE Notes application - https://bugzilla.redhat.com/1307200
15:25:04 <rdieter> ^^ in case anyone is bored and wants to help fix
15:25:30 <rdieter> dvratil: oh, thanks, i guess I missed seeing that scanning the kde-reviews blocker
15:25:45 <dvratil> I just added it couple days ago
15:26:06 <rdieter> so, kjots is being released separately now?
15:26:07 <dvratil> I finally did an upstream release, so whenever we decide to swap to kdepim 15.xx, this would be nice to have so that people don't comp[lain :)
15:26:41 <dvratil> yeah, we (upstream) basically killed it for lack of manpower, but we don't have a good-enough replacement yet, so I temporarily brought it back
15:27:01 <rdieter> thanks, you're a hero, I'll see about helping review it later today
15:28:38 <rdieter> oh, and there's still a non-trivial list of rawhide FTBFS, any help there would be appreciated
15:28:50 <dvratil> gcc6 regressions?
15:28:57 <rdieter> I'm getting pretty good a spotting the gcc6 stuff now (c++-14 in particular)
15:29:15 <rdieter> dvratil: most are c++-14 compliance issues
15:29:25 <rdieter> there's at least one gcc bug, need to file something
15:29:31 <dvratil> I see
15:29:46 <rdieter> some failures are that g++ seems to not see/match valid class prototypes
15:30:51 <rdieter> says something silly like: error: cannot find matching prototype for: char foo (int bar, char baz), candidates are: char foo (int, char)
15:31:23 <rdieter> which to my untrained eye *seems* like it should match
15:32:03 <rdieter> I think Kevin hit a gcc crasher (or 2?) as well, affects qtwebengine
15:32:32 <rdieter> but that one already has an upstream bug tracking it (afaik)
15:33:17 <rdieter> another hammer, especially for legacy code is to use CXXFLAGS=... -std=gnu++98
15:33:43 <rdieter> that's the fix/workaround Kevin used for most of the qt3/kdelibs3 FTBFS stuff
15:35:32 <mbriza> that's not a valid prototype now?
15:35:51 <rdieter> mbriza: exactly, that's why I'm thinking it's a compiler bug
15:36:15 <rdieter> that one isn't fixed by -std=gnu++98
15:36:29 <mbriza> huh
15:36:53 <rdieter> here's (I think) a specific example, kdepimlibs http://koji.fedoraproject.org/koji/buildinfo?buildID=736151
15:37:30 <rdieter> oops, no, that one's different
15:37:38 <rdieter> kdepimlibs-4.14.10/kabc/phonenumber.cpp:277:67: error: 'QDataStream& KABC::operator>>(QDataStream&, KABC::PhoneNumber&)' should have been declared inside 'KABC'
15:37:40 <rdieter> QDataStream &KABC::operator>>( QDataStream &s, PhoneNumber &phone )
15:38:21 * rdieter looks for another example
15:38:36 <dvratil> ah, namespaces and non-member operators
15:38:43 <dvratil> there's gonna be few of those :)
15:39:13 <than_> rdieter: i think those issues should be workaround with -std=gnu++98
15:39:52 <rdieter> kf5-kcontacts same issue
15:39:53 <than_> std::auto_ptr is depricated in gcc6
15:40:09 <dvratil> auto_ptr is deprecated in c++11 :)
15:40:35 <than_> dvratil: exactly
15:40:43 <dvratil> but should still compile
15:40:47 <rdieter> ok, thanks, another one for our bag of tricks
15:41:01 <rdieter> I could have sworn I'd tried -std=gnu++98 for kdepimlibs already though
15:41:08 <rdieter> I'll do again after meeting
15:41:37 <rdieter> for non-legacy code, like kf5 stuff, probably better to fix properly though, right?
15:41:45 <than_> dvratil:  the gcc6 in rawhide has stdc++14 as default
15:41:52 <rdieter> though I guess that may be more than an easy fix
15:41:53 <than_> not  c++11
15:42:14 <than_> it's more stricter
15:42:16 <dvratil> but auto_ptr should not be removed until c++17
15:42:39 <dvratil> so you get deprecation warnings (you do with c++11 already), but it should still build
15:42:47 <than_> dvratil: it's not removed but depricated
15:43:48 <than_> as i know there's a compile flags to enable the depricated functions
15:44:40 <dvratil> so gcc6 disables deprecated stdlib parts by default?
15:46:55 <than_> dvratil: yes,  if i'm not wrong
15:47:23 <dvratil> I see, I thought it would just throw a warning like gcc5
15:49:24 <rdieter> fyi too: https://gcc.gnu.org/gcc-6/porting_to.html
15:50:24 <rdieter> The std::auto_ptr class template was deprecated in C++11, so GCC now warns about its usage. This warning can be suppressed with the -Wno-deprecated-declarations command-line option, though we advise to port the code to use C++11's std::unique_ptr instead.
15:50:28 <rdieter> ah, there ^^
15:50:49 <rdieter> hrm, it's supposed to be just a warning?
15:51:16 <dvratil> I would expect it to be so (as it was with gcc5 and c++11)
15:52:29 <rdieter> maybe -pedantic  flag is tripping it
15:52:51 <rdieter> that's used in kf5-kcontacts build at least
15:53:10 <dvratil> if kontacts we can fix that, it does not have stable API
15:53:31 <dvratil> in officially released frameworks though we can't just fix it if it's used in public API
15:55:43 <rdieter> fwiw, kdepimlibs fails the same way even with -std=gnu++98
15:57:38 <rdieter> anyway, we're nearing the end of our hour, any final thoughts before closing meeting?
15:58:35 <Kevin_Kofler> -Wno-error=deprecated-declarations should be enough to make it build.
15:58:58 <Kevin_Kofler> Now why it's getting errored by default, don't ask me. With the default flags, it doesn't.
16:00:34 <rdieter> Kevin_Kofler: ok, I'll try that next
16:00:37 <rdieter> thanks everyone
16:00:39 <rdieter> #endmeeting