15:16:32 #startmeeting kde-sig 15:16:32 Meeting started Tue Nov 15 15:16:32 2016 UTC. The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:16:32 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:16:32 The meeting name has been set to 'kde-sig' 15:16:35 nirik: ah, thx 15:16:39 #topic roll call 15:16:43 hi all, who's present today? 15:16:45 .hello lupinix 15:16:46 lupinix: lupinix 'Christian Dersch' 15:16:54 #info rdieter lupinix tosky present 15:17:36 #chair tosky lupinix 15:17:36 Current chairs: lupinix rdieter tosky 15:18:22 Present, can report on dnfdragora. 15:18:45 * jreznik_ is here 15:19:00 hello 15:19:17 #info Kevin_Kofler jreznik mbriza present 15:19:26 chair Kevin_Kofler jreznik mbriza 15:19:31 #chair Kevin_Kofler jreznik mbriza 15:19:31 Current chairs: Kevin_Kofler jreznik lupinix mbriza rdieter tosky 15:20:19 #info agenda 15:20:32 what to discuss today? Kevin_Kofler offered to report on dnfdragora 15:21:13 nothing special here 15:21:48 k 15:21:58 #topic dnfdragora status 15:22:01 Kevin_Kofler: go ahead 15:22:36 OK 15:22:50 So, I packaged dnfdragora and all its dependencies (updated libyui stack including libyui-mga) at https://copr.fedorainfracloud.org/coprs/kkofler/dnfdragora/ 15:23:06 Specfiles, patches, scripts: https://pagure.io/copr-dnfdragora 15:23:23 I've tried it, it kinda works, but needs more work before it can be unleashed on users. 15:23:33 Kevin_Kofler: can you briefly describe what dnfdragora is, for any present not familiar with it? 15:23:38 I'm trying to fix some of the Fedora-specific stuff. 15:24:07 dnfdragora is a software package (RPM) manager written in Python 3, using DNF through dnfdaemon,supporting Qt, GTK+ and ncurses through libyui. 15:24:45 It does similar things as Apper, but it does not go through PackageKit, but uses the dnfdaemon from Yumex instead. 15:24:48 here 15:25:05 It is being developed by anaselli from Mageia. 15:25:33 #info heliocastro present 15:25:35 #chair heliocastro 15:25:35 Current chairs: Kevin_Kofler heliocastro jreznik lupinix mbriza rdieter tosky 15:26:52 Kevin_Kofler: looks like a total of ~10 packages involved? 15:27:01 Kevin_Kofler: i checked the changes in libyui packages, i think it is save to include them in official repo 15:27:22 once björn gave me commit access (he told me that he'll do it today) 15:27:27 Upstream URL: https://github.com/anaselli/dnfdragora 15:27:53 rdieter: Yes, and the -mga ones need to go through review, they're new. 15:28:29 ok, I had assumed they were all new, so ~5 new packages needing review? 15:28:30 btw i'll use dnfdragora for the LXQt remix 15:29:36 The other libyui stuff is already in Fedora, it was imported by Björn Esser. 15:29:46 lupinix: I'd wait until it is production-ready. 15:29:57 Try it from my Copr and you will see the glitches that are still there. 15:30:11 well, the remix will be some informal testing release first 15:30:15 Kevin_Kofler: will these be reviewable soon? 15:30:37 I think they're already reviewable, they just need to be filed. :-) 15:31:08 I'll file review requests. 15:32:00 #action Kevin_Kofler to file review requests for dnfdragora and it's dependencies (~5 in total) 15:32:11 any other comments ? 15:33:07 nope 15:33:14 no 15:33:59 For dnfdragora, I'm going to wait with the review. 15:34:14 k 15:34:17 #topic open discussion 15:34:19 I need it working well first, and maybe also get some improvements upstream to ease packaging. 15:34:24 I think that's all we had for formal topics 15:34:28 (Right now, I have to install everything by hand in the specfile.) 15:34:36 fyi, plasma-5.8.3 is in bodhi now for f25/f24 15:34:39 And the libyui stack needs to be sorted out first anyway. 15:34:56 Yay for 5.8.3! 15:34:58 f25: https://bodhi.fedoraproject.org/updates/FEDORA-2016-58403bce23 15:35:05 f24: https://bodhi.fedoraproject.org/updates/FEDORA-2016-47a1d520ae 15:35:38 Ah, there's one more item that I wanted to discuss: Any idea why qupzilla-kwallet reportedly stopped working in F25? 15:36:21 https://bugzilla.redhat.com/show_bug.cgi?id=1394562 15:36:23 nope, i tried a rebuild, no success 15:36:49 Nothing changed in QupZilla, so it must be the libraries' fault. 15:36:56 maybe kf5-5.27 landing ? 15:37:00 yes, works fine @f24 15:37:21 kf5-kwallet-5.27.0 (or it's dependencies) come to mind 15:37:39 but hard to say for sure 15:37:47 (f24 also has 5.27 though) 15:39:50 fwiw, this is the error: Plugins::loadPlugins Loading "/usr/lib64/qupzilla/libKWalletPasswords.so" failed: "Plugin verification data mismatch in '/usr/lib64/qupzilla/libKWalletPasswords.so'" 15:39:58 do other plugins load ok? just this one is problematic? 15:40:02 yes 15:41:05 anyone know where that error comes from? 15:41:17 "Plugin verification..." is that from qupzilla or Qt or other? 15:41:48 i googled a bit, seems to be quite common issue with qt related plugins. for example qt creator showed such a thing in the past too 15:42:20 plugins sometimes have hard dep on the exact Qt version used to build it, yes 15:42:32 but that's not the case heimere, it should be Qt-5.7.0 for both build and runt 15:42:43 arg, both runtime and build should be the same 15:42:45 yes and i also tried a local rebuild 15:43:07 now i'm installing manjaro testing release with same versions of qt and kf5 15:43:20 to see whether they have the same issue 15:43:20 anyone experiencing this, post output from ' ldd /usr/lib64/qupzilla/libKWalletPasswords.so' in the bug 15:43:29 in case there are other 3rd-party libs interfering 15:44:04 http://paste.fedoraproject.org/482336/24638147/ 15:44:19 i already tried a clean new install 15:45:39 k, I'm out of initial ideas to try, but the core issue is determining why "Plugin verification data mismatch" is happening obviously 15:47:48 Different GCC version, breaking the build-id? 15:47:51 there are few interesting results coming from that string 15:48:07 like http://stackoverflow.com/questions/30141951/plugin-verification-data-mismatch-while-loading-plugin-for-qt5-project or https://bugreports.qt.io/browse/QTCREATORBUG-8500 15:48:55 Well, can't really be it, GCC is 6.2.1 in both f24-updates and f25. 15:49:32 possible qt-5.7.0 is different or more strict or something though 15:49:52 Maybe the build-id changed with 5.7.0? 15:50:01 Can you check that the build-id is still the same? 15:50:04 hard to say without looking closer @ build.log and root.log of affected pkgs 15:50:06 If not, we are in for WORLDS of pain. 15:50:21 (A mass rebuild of all Qt stuff post-release, ewww!) 15:51:01 And if the build-id really changed, there is no way around a mass rebuild, no matter whether we revert it or not, because some stuff will have the old build-id and some the new. 15:51:06 not sure how Qt5 handles that, I've only ever had to look at the Qt4 stuff wrt build-id 15:51:58 anyone able/willing to look into verifying our f25/Qt5 build-id ? 15:52:19 I'm assuming that's not it, but better to be safe than sorry here 15:52:23 * heliocastro out of ime this week 15:54:18 I can at least look briefly after meeting 15:54:28 rdieter: i can help 15:54:30 * rdieter also has qt-5.6.2 to do (for f24) 15:54:40 than: ok, thanks! 15:56:24 anything else for today (almost out of time) 15:56:25 ? 15:57:55 alright, thanks everyone 15:57:58 #endmeeting