14:01:55 #startmeeting kde-sig -- http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2010-05-25 14:01:55 Meeting started Tue May 25 14:01:55 2010 UTC. The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:01:55 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:02:10 #chair Kevin_Kofler jreznik SMParrish_mobile than 14:02:10 Current chairs: Kevin_Kofler SMParrish_mobile jreznik rdieter than 14:02:14 #topic roll call 14:02:18 who's present today? 14:02:20 Present. 14:02:21 * jreznik is here 14:02:31 present 14:03:47 #info Kevin_Kofler jreznik than present for meeting 14:03:55 #topic agenda 14:04:14 agenda topics ? (otherwise, this will be pretty short) 14:04:19 KDE SC 4.4.3 14:04:20 kde-4.4.3 I suppose 14:04:22 yeah 14:04:55 KDE SC 4.5 beta1 status 14:05:33 does KDE 4.5 need Qt 4.7? 14:05:35 * SMParrish_mobile here 14:05:39 kalev: on 14:05:45 kalev: um, no. :) 14:06:02 #info SMParrish_mobile present too 14:06:21 kalev: I think qt-4.6 is min requirement 14:06:35 ok, let's move on 14:06:44 #topic KDE 4.5 beta1 status 14:07:04 let's get this out of the way. jreznik and I have been banging on this over the past few days 14:07:33 the usual suspect, kdebindings , is still a problem 14:07:47 rdieter: and the rest? 14:07:49 and we haven't tried kde-l10n yet, not sure if it's even worth it at this point 14:07:53 the rest is done 14:08:17 ...which is already quite good, kdebindings is usually a problem :) 14:08:21 and, I did f13 builds for kde-redhat last night 14:08:40 does it build against 4.6? 14:08:44 rdieter: ah, kde-l10n is available now - I can try it 14:09:23 than: it should, without patch it does not build with current qt 4.7 14:09:24 than: it = kdebindings? no. though, it fails in different ways in rawhide with qt47 and when I tried doing f13 builds against qt-4.6.2 14:09:41 ah, it=kdebindings :D 14:09:58 it=kdebindings ;-) 14:10:47 ok isaw your report about this issue in kde mailling list 14:11:14 ok, that's all I have. anything else? 14:12:00 move on please 14:13:23 #topic KDE SC 4.4.3 14:13:51 I think this is ready for stable now, but the update info is bad. 14:13:55 is our KDE-4.4.3 well tested? 14:14:13 1. No reference to security fixes which are included in the update! 14:14:19 The update should be marked security and have the CVE links. 14:14:23 - security fixes: CVE-2010-1000, CVE-2010-1511 (#591966) 14:14:30 2. No link to the upstream release announcement. 14:14:37 Announcement from my owner (stickster): Happy Fedora 13 Release Day! http://ur1.ca/03bfg -- to download: http://ur1.ca/03ajw 14:14:39 3. Bugzilla references are missing. At least #591079 (the KPPP issue). 14:14:42 Kevin_Kofler: yes, we have to update the infos 14:15:01 Kevin_Kofler: do you want to take care of it? 14:16:01 I can do it, yes. 14:16:09 Kevin_Kofler: great, thanks 14:17:14 Are there any last-minute changes you want me to edit in? 14:17:20 After all I need to edit the updates anyway. 14:17:43 * rdieter can't think of anything 14:18:34 Kevin_Kofler: if i remember correctly there's no last-minute changes 14:19:28 is it ok with you to push 4.4.3 to stable after infos updated? 14:19:59 i don't see any problem from my side 14:20:08 should be, though we'll find out 14:20:11 Yeah, I don't see anything urgent enough to warrant pushing to stable with no testing. 14:20:21 We'll want to get the WPAD proxy discovery stuff out eventually. 14:20:30 But not rush it into the update. 14:20:45 agreed 14:21:02 #topic open discussion 14:21:11 anything else for today? 14:21:54 we had an idea earlier in #feodra-kde to consider adding Provides: to monolithic packages 14:22:14 ie, for kdeutils, adding Provides: ark okteta , etc... 14:23:02 rdieter: it's for old fedora release which we don't want to support 14:23:08 could ease a transition for split packages, when/if we ever do that 14:23:12 i will say we should drop it 14:23:38 and make apps a little more discoverable 14:23:38 than: That's not the motivation. 14:23:54 In some cases it's how it got added (for stuff like okteta which used to be separate). 14:24:05 some folks seem to expect: yum install ark to work or do something, for example 14:25:30 depends on how serious the proposed soc netbook/pkg-split project is going, perhaps. 14:25:48 any news or proposals coming from that yet? 14:26:56 jreznik: ? ^^ 14:27:29 rdieter: fsc is starting soon 14:27:55 ok, so I take it that means work hasn't started yet. :) 14:28:17 it's great when yum install ark works, I usually try yum search arch first 14:28:37 rdieter: yep, we have nothing now 14:28:58 ok 14:29:55 maybe we can continue to consider adding Provides on a case-by-case basis, e.g., if there's ever something that Requires a particular app 14:30:30 +1 for case-by-case 14:30:55 if there's nothing else, let's adjourn for some f13-release celebrating 14:30:56 In #fedora we had lots of questions like "what provides foo". I think it's a good idea to add provides. 14:31:07 Kevin_Kofler: generally i prefer to keep our specfiles as clean as possible 14:31:36 and drop stuff which don't really make sense 14:32:06 thomasj_: alright, perhaps another criteria is if it is a highly visible app, like konqueror, kmail, kopete 14:32:21 And i personally would love to have something like "yum install kate" working due to provides. 14:32:34 rdieter, yep 14:32:47 though honestly, if we're going that route already, we may as well do all of them 14:33:13 Sounds good to me, but you guys have to do the work :) My packages are small 14:33:15 kate is another one folks have trouble finding, esp since it moved to kdesdk 14:33:24 yep 14:33:51 kate is indeed top consumer 14:34:37 * thomasj_ is for doing all, it will not hurt, but helps a lot 14:34:46 my feeling is that the justifications are probably sufficient, we just need to formulate a plan on how best to implement it. 14:35:01 BTW, interestingly, Kubuntu seems to install Kate by default instead of KWrite. 14:35:18 At least our installations at the university do that, I'm not sure if it's a customization by the university or Kubuntu default. 14:35:38 kwrite should be default 14:35:53 for more complex tasks I explicitely run kate 14:36:01 kwrite seems to be the better default choice for end users. 14:36:21 another question is - lot of distros are going to ship rekonq as default browser 14:36:42 A browser without a menu bar? No thanks! 14:36:44 "Now only Fedora 14 KDE and openSUSE 12.0 need to follow." 14:36:49 We should follow upstream's default! 14:37:02 http://kamikazow.wordpress.com/2010/05/23/kdes-webkit-browser-rekonq-gets-extension-support/ 14:37:06 And hope that upstream will continue enforcing their HIGs. 14:37:17 Kevin_Kofler: you know - I prefer desktop with hidden menus by default :) 14:37:22 yeah, the writing has been on the wall for awhile now. qtwebkit > khtml , and the gap is widening 14:37:37 webkit is still without java support and has some problems with it currently 14:37:48 though perhaps a safer course would be to use konq/kdewebkit 14:37:48 KHTML is better! 14:37:54 It uses native widgets, for example. 14:38:22 that's about the only advantage :) 14:38:24 the # of sites that work sub-optimally with khtml is only growing, I'm afraid 14:38:34 it fails miserably at rendering most modern sites 14:38:41 but it's definitely not a decision to be made now 14:38:50 +1 14:39:03 let's see how rekonq improves 14:39:09 and decide later 14:39:19 It's upstream's decision to make. 14:39:25 Kevin_Kofler: indeed. 14:39:31 And Konqueror is really the best browser out there. 14:39:32 yes, we should follow upstream 14:39:38 Rekonq is missing many of its features. 14:39:40 we should, but dont have to 14:39:44 That's why it gets away with no menu bar. 14:39:58 It has nowhere near Konqueror's features. 14:40:04 rekonq is not good enuogh for default 14:40:05 konqueror and rekonq have different target audience 14:40:06 that's why I like konq/kdewebkit option :) 14:40:20 that is an option too :) 14:40:29 but chrome extensions support looks nice 14:40:31 i see konq/kdewebkit is the best option 14:40:37 +1 14:40:38 it's similar to our current situation shipping both xine/gstreamer phonon backends 14:41:34 it's not a question now - let's celebrate f13 :) 14:41:48 yes! 14:41:48 Reminds me to poke Darren what's with the next xine-lib release.. 14:41:53 #topic celebrate f13! 14:42:46 http://fedoraproject.org/wiki/Fedora_13_announcement 14:42:52 KDE gets mentioned :) 14:42:55 In parts of Italy, 13 is the lucky number (in others it's unlucky like in most of the world). :-) 14:43:02 Let's hope that for us 13 will be lucky. :-) 14:43:25 i want to thanks to all KDE-SIG members who made the best KDE-4 for F13! 14:44:00 indeed, thanks everyone who even contributed one single bug report 14:44:58 Thanks to you guys who had the major work 14:45:14 Kevin_Kofler: it's only unlucky if you're a member of the Knights Templar. 14:46:22 SMParrish_mobile: joining to celebrate? :) 14:47:10 * than is downloading f13 iso image 14:47:16 Yes. Wishing I could open a beer but work frowns on that. Lol 14:49:24 * rdieter is working @ home today (bum knee), sounds like a good idea. 14:49:51 well, let's wrap up, I don't think there's any meeting-stuff left for today. 14:49:53 thanks everyone! 14:49:56 #endmeeting