15:13:07 <rdieter> #startmeeting kde-sig
15:13:07 <zodbot> Meeting started Tue Jan  6 15:13:07 2015 UTC.  The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:13:07 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:13:11 <rdieter> #meetingname kde-sig
15:13:12 <zodbot> The meeting name has been set to 'kde-sig'
15:13:15 <rdieter> #topic roll call
15:13:25 <dvratil> hi all
15:13:34 <rdieter> hi all, first friendly kde-sig meeting of 2015, who's present?\
15:13:39 <jgrulich> hello
15:14:32 * langdon lurks
15:14:34 <pino|work> o/
15:14:44 <tosky> o/
15:16:46 <rdieter> #info tosky pino|work langdon jgrulich dvratil rdieter present
15:16:52 <rdieter> #topic agenda
15:16:59 <rdieter> alrighty, what should we discuss today?
15:17:10 <dvratil> I can give KF5/Plasma 5 update
15:17:21 <pino|work> "what we discuss every night, pinky: take over the world!"
15:17:30 <pino|work> (oops, sorry, something else)
15:17:39 <rdieter> same thing we discuss every ... :)
15:18:18 <rdieter> plasma5 definitely, I'd like to pin down concrete plans on when/how to import into rawhide too
15:18:33 <rdieter> identify blockers, etc...
15:19:03 <rdieter> heliocastro: ping, here?
15:19:06 <heliocastro> here
15:19:09 <dvratil> yeo
15:19:21 <rdieter> if so, any PK news/updates worth mentioning?
15:19:29 <rdieter> (or lxqt stuff?)
15:19:40 <heliocastro> lxqt stuff yes
15:19:54 <heliocastro> No pk stuff
15:20:06 <rdieter> k, added to agenda
15:20:23 <rdieter> let's start with easier stuff first...
15:20:29 <rdieter> #topic lxqt news
15:20:38 <rdieter> heliocastro: go ahead
15:20:55 <heliocastro> Well, after some tests over qt 5.4.0 it's all working
15:21:13 <heliocastro> But for some reason, some users are reporting a crash relate to Qt font handling
15:21:28 <heliocastro> Seens like something from qt or kde is causing this
15:21:39 <heliocastro> Is on my first todo for lxqt 0.8.0
15:21:46 <heliocastro> But this is a bug, more important is
15:22:00 <heliocastro> the move for using only share/lxqt data dir was done
15:22:13 * rdieter installed lxqt yesterday, but didn't have much chance using it yet
15:22:14 <heliocastro> and my patches are fully accepted upstream
15:22:31 <heliocastro> They already starting to talk over 0.9.0 release
15:22:40 <heliocastro> And will be qt5 only with all data dir fixed.
15:22:43 <heliocastro> Less patches, good move
15:22:58 <heliocastro> We still have the issue od pcman-fm hostage package
15:23:10 <rdieter> heliocastro: work on adding a comps group yet?  If not, if you give me a list of packages, I can help create one
15:23:32 <rdieter> heliocastro: does pcman-fm require any changes?
15:23:46 <heliocastro> rdieter: Yes, it changes layout of backgorund
15:23:53 <heliocastro> And do some style changes
15:24:13 <heliocastro> So it need to work on same set of packages
15:24:33 <heliocastro> The curretn status, of compile both arches + internal libfm is not working
15:24:34 <rdieter> heliocastro: ok, probably best to file bug(s) requesting those changes/features
15:24:55 <heliocastro> For comps, i will add the list later
15:25:18 <heliocastro> But i really would like to have pcmanfm-qt in the hands of several people
15:25:55 <heliocastro> For now is this the priorities on lxqt
15:25:56 <rdieter> (if we have bugs, for transparency, we'll have a case later to advocate for more maintainers if current fellow doesn't respond or is uncooperative)
15:26:33 <heliocastro> And i want ot set motion to obsolete lxde for rawhide
15:26:57 <rdieter> good
15:27:40 <heliocastro> In terms of usability, lxqt is missing some small things, but the real one missing is nm applet
15:28:04 <heliocastro> Use kf5 or gnome applets break completly the "lightweight" idea
15:28:28 <tosky> isn't there (ok, not Qt) the gtk applet? (not gnome)
15:28:40 <tosky> as a temporary solution
15:28:43 <heliocastro> Nope
15:28:48 <heliocastro> There's gnome only
15:29:07 <heliocastro> Previous talks with nm kde maintainer proves that 90% is usable directly as only Qt, but interface of plasma need be redone
15:29:20 <heliocastro> If there's gtk only, is can be a solution
15:29:33 <ltinkl> there used to be a gtk only applet
15:29:40 <rdieter> sure, nm-applet can suffice in the meantime (since it is the only usable option)
15:29:54 <ltinkl> which is probably obsolete now that Gnome shell uses something else
15:30:04 <ltinkl> rdieter: ye that one
15:30:06 <jgrulich> it shouldn't be a big deal to write a simple nm applet for lxqt with reusing plasma-nm components
15:30:31 <ltinkl> jgrulich, heliocastro: indeed, write a simple Qt only applet based on our backend libs
15:30:49 <ltinkl> heliocastro: it could be a simple status icon with a popup menu
15:31:08 <heliocastro> ltinkl: Then comes the connections dialogs, etc.. etc..
15:31:11 <heliocastro> Not that simple
15:31:27 <ltinkl> heliocastro: right, not that simple, you need the dialogs (connection, password, etd)
15:31:38 <jgrulich> heliocastro: kde-nm-connection-editor mostly uses Qt only classes
15:31:40 * rdieter confirmed rawhide still has /usr/bin/nm-applet in network-manager-applet-0:1.0.0-1.fc22.x86_64 pkg
15:31:54 <ltinkl> I'd got with nm-applet
15:31:55 <heliocastro> Good
15:31:56 <ltinkl> go
15:32:24 <heliocastro> So, is a small scale problem
15:32:59 <jgrulich> +1, nm-applet would suffice for now
15:33:16 <rdieter> heliocastro: anything else lxqt (or move on)?
15:33:19 <heliocastro> Move on
15:33:22 <rdieter> k
15:33:35 <rdieter> #topic all things plasma
15:33:41 <rdieter> dvratil: status update?
15:34:14 <dvratil> let me begin with KF5, that's will be just short "FYI"
15:34:19 <jgrulich> update from me: I posted today the last missing plasma5 packages for a review
15:35:20 <dvratil> KF5 5.6.0 will be released on Thursday with 2 new frameworks: kf5-kpackage and kf5-networmanager-qt (libnm-qt) - both packages reviewed and waiting for SCM. COPR is stuck so I can't do test builds, so I'll start building in Koji tomorrow probably
15:35:32 <dvratil> for Plasma: thanks to jgrulich we have all packages on review, I'm finishing my reviews right now
15:35:38 <dvratil> and there's not much left
15:35:56 <dvratil> one thing I would like someone to look into is kio-extras review
15:36:00 <dvratil> .bug 1135519
15:36:02 <zodbot> dvratil: Bug 1135519 Review Request: kio-extras - Additional components to increase the functionality of KIO Framework - https://bugzilla.redhat.com/1135519
15:36:09 <ltinkl> dvratil: I can take that
15:36:17 <dvratil> it's reviewed
15:36:24 <ltinkl> ah
15:36:37 <dvratil> but there's a problem that upstream does not ship a LICENSE/COPYING file in top-level directory
15:36:40 <dvratil> but some kio slave ship their own COPYING file in their subfolder
15:36:46 <jgrulich> dvratil: I already did that
15:37:10 <dvratil> I'm not sure what to do...not install any of them, or install all of them
15:37:24 <ltinkl> hmm it probably comes from the way how those various kio slaves were assembled into one repo
15:37:28 <dvratil> jgrulich:  you just said you don't know what to do yourself :D
15:38:30 <dvratil> ltinkl:  yep, I think so too
15:38:53 <dvratil> well, if you think it's OK the way it is (not installing any LICENSE file), I'll just ship it. Otherwise please comment on the bug
15:38:55 <ltinkl> dvratil: are those licenses different?
15:40:26 <dvratil> ltinkl:  looks like GPLv2 and BSD
15:41:01 <dvratil> (not sure about the BSD since copyright is missing in the respective source files)
15:41:16 <dvratil> quickgit.kde.org/?p=kio-extras.git&a=blob&f=info%2FLICENSE
15:41:22 <dvratil> http://quickgit.kde.org/?p=kio-extras.git&a=blob&f=info%2FLICENSE
15:44:22 <rdieter> the upstream intent is clear, at least, no?
15:44:34 <rdieter> (if so, it's shouldn't be review blocker)
15:45:19 <jgrulich> dvratil: I spotted 2 more issues, but they are not blockers
15:45:55 <dvratil> jgrulich:  ok, leave a comment please :)
15:46:09 <rdieter> I'm hoping the polishing and minor fixes can happen a lot faster once we get stuff imported (ie, so we can all work on it collectively)
15:51:46 <rdieter> so once we have all the reviews done (linked from plasma5 tracker bug), are we ready to start building ?
15:52:10 <dvratil> we might need to wait for KF5 5.6 but other than that, yep
15:52:52 <rdieter> dvratil: can you send a heads-up to -devel (or devel-announce) list when we're close and have a reasonable eta ?
15:53:06 <dvratil> sure
15:53:15 <heliocastro> And for Fedora 21 ? Did we maintain copr up to date, or we go ahead and push for f21 officila repo /
15:53:17 <heliocastro> ?
15:53:27 <dvratil> I will keep maintaining the COPR until F21 dies
15:53:35 <heliocastro> Ok
15:53:43 <dvratil> or me :D
15:54:01 <rdieter> keeping the copr will be nice, will give a good test-case for folks upgrading f21 -> f22
15:54:48 <rdieter> guess this all means, we should submit a F22 Change/feature (is there one yet?)
15:55:25 <dvratil> yup
15:55:28 <dvratil> should I take care of it again?
15:59:01 <rdieter> dvratil: probably best, or someone with your level of knowledge (I dislike dumping all the work on one person, but...)
15:59:32 <rdieter> anyone else feel qualified to help there?  (I don't yet)
15:59:54 <dvratil> ltinkl and jgrulich will help :)
16:00:08 <rdieter> ok, excellent
16:00:08 <jgrulich> I can help, add some missing info, do a proof reading :)
16:00:31 <ltinkl> sure
16:00:37 <rdieter> anything else plasma5-wise?
16:01:09 <dvratil> nothing from my side
16:01:21 <rdieter> #topic open discussion
16:01:26 <rdieter> anything else to discuss today?
16:01:42 <rdieter> (our hr is about up, and I have an appointment soon... so go quick... :) )
16:03:15 <heliocastro> Not for me
16:03:46 <rdieter> k, thanks everyone
16:03:48 <rdieter> #endmeeting