15:01:52 #startmeeting kde-sig -- http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2011-02-22 15:01:52 Meeting started Tue Feb 22 15:01:52 2011 UTC. The chair is jreznik. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:52 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:02:00 #meetingname kde-sig 15:02:00 The meeting name has been set to 'kde-sig' 15:02:07 #topic roll call 15:02:14 who's present today? 15:02:23 * jreznik is present, obviously :) 15:02:27 Present. 15:02:29 here 15:02:34 Here 15:02:44 * than present 15:03:04 #chair jreznik Kevin_Kofler rdieter_work rnovacek than 15:03:04 Current chairs: Kevin_Kofler jreznik rdieter_work rnovacek than 15:03:29 anyone else? 15:03:49 #info jreznik Kevin_Kofler rdieter_work rnovacek than present 15:03:57 #topic agenda 15:04:12 #link http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2011-02-22 15:05:49 Live image tweaks for Beta 15:06:48 all? 15:07:11 ok, let's start 15:07:19 #topic F15 alpha rc1 is out 15:07:38 rc1 is out, I've started with Desktop Validation tests 15:08:09 if anyone willing to help, feel free to join me :) 15:08:11 #link https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test 15:09:07 as Kevin_Kofler reported on #fedora-kde, current spins size is evil 666 MiB for 64 bit, 667 MiB for 32 bit 15:09:36 so we have a free space - that leads us to another today's topic 15:09:38 This is fine for Alpha, we'll do more tweaks on the contents for Beta. 15:10:14 I don't want to touch the kickstart for Alpha now. Either RC1 is gold, then it's gold, or we'll have an RC2, and I don't want to do non-essential changes between RC1 and RC2. 15:10:21 jreznik: we should add the change after f11 lpha is released 15:10:41 yep 15:10:42 s/f11/f15 15:10:57 I agree - anything else for Alpha? 15:11:38 I think we're good to go from our side, right? 15:11:56 Or are there any fixes we want to get in if we can? 15:12:34 the crasher fix I've built for rawhide would be nice to have one probably 15:12:55 that's probably not blocker-worthy 15:13:04 Yes, it can be fixed by updating. 15:13:09 So not critical for Alpha. 15:13:17 rdieter_work: yep, it's just "nice to have" category, not a blocker 15:13:47 and question is - if there's sense to build it for updates as 4.6.1 will be released soon 15:14:02 You can propose it as NTH, but if there aren't any real blockers, the Alpha will not slip for it. 15:14:04 (it was just patch for my rawhide installation to make me happy :D) 15:14:21 (but of course slips are decided globally, so what counts is blockers ANYWHERE, not just in KDE) 15:14:29 4.6.1 gets tagged Thu, let's just go with that 15:15:00 yep, otherwise I think we are fine - from the first rc1 testing... 15:16:40 ok, let's move on 15:16:51 #topic Live image tweaks for Beta 15:17:19 [15:51] We should do any changes after the alpha goes out. 15:17:20 [15:52] I think the only thing to agree on is the priority with which to readd things if there's not enough space for all of them. 15:17:22 [15:52] We have 2 sets: 15:17:23 [15:52] * stuff that's explicitly dropped from the CD: amarok, digikam, ktorrent 15:17:25 [15:52] * new stuff that can be added: kamoso (once it passes review), krusader, ??? 15:17:32 from #fedora-kde 15:19:20 Right. 15:19:42 So I think the first set should have higher priority than the second, we put the stuff into @kde-desktop for a reason. 15:20:11 What we should decide is the priority between amarok, digikam and ktorrent. 15:20:48 BTW, we should have some more space after https://bugzilla.redhat.com/show_bug.cgi?id=678909 is resolved. 15:20:50 size problably should matter a bit too 15:20:51 amarok and digikam first imho, I don't think it makes much sense to download something to a live system 15:21:07 rdieter_work: Sure, if I can't fit a large package, I'll try to fit a small one instead. 15:21:08 I'd like to say Digikam, but with current state of JuK I have to say Amarok 15:21:38 digikam pulls in marble, so could a hefty 15:21:43 ltinkl_: it's not only about live system but also the default kde spin installation (what's on live is installed on disk) 15:21:54 jreznik: right 15:22:08 BTW, I'll do the kickstart tweaks, I have push access to spin-kickstarts now. 15:22:32 rdieter_work: Uhm, yeah, Marble is huge indeed. :-( 15:22:43 still unhappy we need to make these sorts of bad compromises, are all these on the bigger (1gb) image yet? 15:22:47 I guess I'll put in Amarok first of all, and see what's left there. 15:23:06 #action Kevin_Kofler to do kickstart tweaks 15:23:14 Kevin_Kofler: makes sense 15:23:15 rdieter_work: The bigger image has Amarok, Digikam, KTorrent. 15:23:21 ok, good. 15:23:38 what about second set? krusader etc. for bigger image? 15:24:05 So I think we agreed on priority being: 1. Amarok, 2. Digikam if it fits, 3. ktorrent, 4. other stuff, right? 15:24:13 Or are there any objections to that plan? 15:24:40 Let's discuss the "other stuff" once we agreed on the highest priority items. :-) 15:25:41 it's THE PLAN :) ok 15:27:25 everyone ok with it? 15:27:34 yup 15:27:35 +1 from me obviously. :-) 15:27:44 yes 15:27:55 #agreed on priority being: 1. Amarok, 2. Digikam if it fits, 3. ktorrent, 4. other stuff 15:28:09 #info discuss the "other stuff" once we agreed on the highest priority items 15:28:40 So for the other stuff, I propose krusader, kamoso, kde-partitionmanager as possible additions. 15:29:25 krusader... why? (that's an alternative file manager, isn't it?) 15:29:54 the other 2, definitely. 15:30:11 I'm for krusader, for me it's much better then dolphin 15:30:19 Though I'm not sure kde-partitionmanager is good enough to be shipped by default. It's useful especially if you want to use the CD for rescue purposes. But a lot of stuff is only in the unreleased 1.1 series (e.g. GPT support etc.) or not implemented at all (e.g. LVM support). 15:30:25 at least for 1 gig image (if it's not already there) 15:30:58 (SMART support is also only in 1.1, but gnome-disk-utility, which is now installed as part of @admin-tools, can do this) 15:31:17 Kevin_Kofler: do we have konversation on live cd? 15:31:21 Yes. 15:32:01 Kevin_Kofler: it's "must have" for livecd :) 15:32:03 rdieter_work: Because Dolphin is for new users, Krusader is for power users. :-) 15:32:37 Krusader is clone of norton commander :) 15:33:36 in my opinion i don't see the need for krusader on livecd 15:33:42 *maybe* could consider for @kde-desktop, and perhaps kde-live(1g), but not livecd. adding largely duplicated functionality feels wrong there, esp since we're cramped for space eternally 15:34:06 +1 for kde-live(1g) 15:34:27 we will be happy if we fit Amarok and Digikam on live-cd 15:34:35 so it's useless to have this discussion now 15:34:42 jreznik: +1 15:34:43 OK, so kamoso and kde-partitionmanager on the CD if there's room left, krusader 1G only? 15:34:54 but then I'd like to see rekonq for 1G image :) 15:34:58 jreznik: Chances are Digikam will be too large to fit while still leaving room for smaller stuff. 15:35:12 Kevin_Kofler: ok, you're right 15:35:27 It requires the Marble lib which comes with tons of data. 15:37:30 Re Krusader, personally, I use it all the time, I think it's much more useful than Dolphin. 15:37:46 I think this boils down to the "are we a distro for new users or for power users?" question… 15:37:56 And I'd like at least the KDE spin to have some respect for power users… 15:38:49 Dolphin is a Nautilus-style file manager, Krusader is a Norton-Commander-style file manager, they have a very different feel. 15:39:31 And I know you can force a split view in Dolphin (though it's not the default). It's still no Krusader. :-) 15:40:31 And nobody is proposing to remove Dolphin, mind you. 15:40:47 I think they both have their usecases, but they're just not the same. :-) 15:41:36 * jreznik uses mc 15:44:20 * than uses "command lines cp/rm/mv" 15:44:40 let's continue discussion based on data - after tweaks, and we will know free space 15:44:49 Right. 15:45:00 I'll try to fit the essential stuff first. 15:45:05 thanks 15:45:11 BTW, what's the plan for Kamoso? 15:45:23 Once it's in, should it be default or optional in @kde-desktop? 15:45:40 * ltinkl searches his brown paper bag 15:45:43 Kevin_Kofler: is it for webcam? 15:45:43 And what priority will it have for addition to the spins? 15:45:48 than: Yes. 15:45:50 it is still aplha 15:45:52 * rdieter_work leans toward default, provided it works well 15:46:08 so, test first 15:46:25 make optional initially, then I guess. 15:46:32 rdieter_work: +1 15:46:37 alpha software!, i think we have to test it first 15:46:51 before add it on livecd 15:47:12 initially just optional one, with testing of course 15:47:17 So optional for F15, discuss as default for F16? 15:47:24 otherwise it should be very easy app (once finished) 15:47:33 Kevin_Kofler: I think so 15:47:36 Or try to get it into the F15 default KDE install? 15:47:49 (i.e. live image, @kde-desktop) 15:48:04 then we have many bug reports about it 15:48:28 So you're for the "optional for F15, maybe default for F16" plan? 15:48:36 like sound not works or crashes 15:49:12 maybe should be optional for F15 15:49:34 OK. 15:49:38 not a problem for me 15:50:15 So I guess we have only amarok, digikam, ktorrent as really agreed on NTH stuff for the CD, if we have more room left, I'll start another discussion. 15:50:16 #topic open floor 15:50:27 Kevin_Kofler: agreed 15:51:04 The proposed other stuff was: krusader, deemed non-essential; kamoso, maybe too unstable; kde-partitionmanager, also concerns about its current state, and nobody really arguing for it. 15:51:28 akurtakov asked me for upnp support in amarok - we need kio-upnp-ms, that needs herqq (hupnp) and that bundles qtsoap - I finally prepared standalone qtsoap package 15:51:42 is kde-partitionmanager development continues? 15:52:04 .bug 679401 15:52:06 jreznik: Bug 679401 Review Request: qtsoap - The Simple Object Access Protocol Qt-based client side library - https://bugzilla.redhat.com/show_bug.cgi?id=679401 15:52:11 so feel free to review :) 15:52:39 nucleo: There's a 1.1 branch which got some development, but no news since September. 15:52:40 herqq 0.9.0 tarball is broken right now, I've contacted maintainer (and unbundling is needed) 15:52:50 (which also means 1.1 isn't released yet, we're still stuck with 1.0.3) 15:53:18 There are also some design decisions which leave me perplex, such as using libatasmart directly for SMART, which requires root access, instead of going through udisks. 15:53:46 last commit was in September http://quickgit.kde.org/?p=scratch%2Fstikonas%2Fpartitionmanager.git&a=summary 15:53:57 Plus, you need to run the whole app as root to do stuff which requires root access, there's no frontend-backend split with KAuth, it's all monolithic and uses libparted directly from the GUI app. 15:54:34 nucleo: But the stuff developed until September is newer than what we ship, too. :-( 15:54:37 1.0 is even older. 15:55:19 All this leaves me in a mood where I'd rather not ship it by default. 15:55:33 without kauth - it's just broken 15:55:41 and I'm not sure we want such application 15:55:47 jreznik: Re qtsoap etc., good. 15:56:18 If akurtakov wants the stuff in, is he going to do the reviews for you? Or should one of us KDE SIG folks do them? 15:56:31 qtsoap is abandoned by Nokia... 15:56:40 all qt solutions stuff 15:56:56 Almost everything is abandoned by Nokia. :-( 15:57:09 Kevin_Kofler: we want it too - upnp support in Amarok would be nice 15:57:23 Right, that's why I said "good". 15:58:17 ok, anything else? 15:58:24 So, do you have a reviewer already? 15:58:36 Kevin_Kofler: not yet, hope someone step into :) 15:58:56 still I have to package herqq and kio-upnp-ms 15:59:17 and it's going to take some time 15:59:38 but feel free to review, should be easy 16:00:03 qtsoap looks quite simple and I can't see anything wrong at first sight. 16:01:16 it's more hacks to build it as shared lib - there was no intention to use it as shared library 16:01:26 they recommend bundling :((( 16:01:34 ok, time is over 16:01:40 thanks all! 16:01:54 #endmeeting