15:07:05 #startmeeting kde-sig -- https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2011-05-10 15:07:05 Meeting started Tue May 10 15:07:05 2011 UTC. The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:07:05 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:07:08 #meeting name kde-sig 15:07:18 #topic roll call 15:07:24 who's handy today? 15:07:54 * ltinkl is present 15:07:56 * rnovacek here 15:08:08 rumors are that jreznik will be busy in Berlin today 15:08:32 than: ping 15:08:56 rdieter: yes, he is at linuxtag in berlin 15:09:06 #info rdieter ltinkl rnovacek Kevin_Kofler than present 15:09:19 #info jreznik sends regrets from linuxtag 15:09:25 * rdieter jealous 15:09:42 #chair ltinkl rnovacek Kevin_Kofler than 15:09:42 Current chairs: Kevin_Kofler ltinkl rdieter rnovacek than 15:09:47 #topic agenda 15:10:03 wiki page was empty, so any topics to discuss today? 15:10:15 * Kevin_Kofler is present. 15:10:27 F15 wrap-up? 4.6.3? 15:11:00 Possibly also Qt 5 and KDE 5 if we're REALLY bored… ;-) But I guess it's too early to make any plans for that. 15:11:09 yup 15:12:05 Kevin_Kofler: i think it's to early for the discussion 15:12:30 #topic F15 wrap-up 15:12:44 ok, f15 final change deadline was yesterday. 15:13:04 Hopefully it's all sorted now. 15:13:08 I think we're in good shape 15:13:36 One thing I'm not sure is great is that stuff with Categories=System;Settings; is now listed twice in the menu (because we switched to upstream's structure). 15:13:57 But I'm not sure it's worth trying to fix this for F15, it might get rejected as a late freeze override anyway. 15:14:10 Also I'm not sure whether we want to "fix" this at all. 15:14:14 Kevin_Kofler: yeah, though makes me curious why upstream chose to do it that way 15:14:33 Because stuff shouldn't be using 2 primary categories in the first place, unless it WANTS to be listed twice. :-/ 15:14:44 This System+Settings mess is a RH/Fedora hack. 15:15:03 Possible resolutions would be: 15:15:12 0. do nothing (just let the stuff be listed twice) 15:15:20 1. show it in Settings only 15:15:24 2. show it in System only 15:15:47 3. readd the Administration category, this time with Requires: redhat-menus so we get proper naming (including translations) and a proper icon 15:16:24 to be clear, the RH/Fedora hack is the creation of "Administration" whose contents get populated by stuff with System+Settings? 15:16:27 (not that "System Settings" category with the default folder icon we had on the F15 nightlies before we dropped the menu patch) 15:16:48 rdieter: Yes, and the widespread usage of Categories=System;Settings; in the first place. 15:16:55 ugh 15:16:57 Most of the stuff there is Fedora system-config-* stuff. 15:17:16 And mclasen says it's too late to change the .desktop files for F15. 15:17:16 ok, I think I'd rather go with 3 then 15:17:19 Kevin_Kofler: i prefer the 3.option 15:17:32 I wonder if we can get it past the freeze police though. 15:17:56 Kevin_Kofler: we can fix it in fedora-update later 15:17:59 Kevin_Kofler: it's a justifiable nth 15:18:17 OK, so what I'm going to do is: 15:18:18 esp if we have an easyfix in hand 15:18:26 * rbergeron has an awesome police costumes 15:18:42 1. revert the conditionalizing of the Fedora menu patch, i.e. go back to always applying it. 15:18:46 2. add Requires: redhat-menus. 15:18:48 must... refrain... from... tasteless... jokes... 15:19:20 Changing the name from "System Settings" to "Administration" in the patch might also be a good idea, but I'm not sure we want to do that now. 15:19:35 redhat-menus replaces the name. 15:19:43 Kevin_Kofler: yeah, sorry about the flip-flops here, I didn't fully realize the whole situation before :( 15:20:50 let's make sure it's accompanied by a .spec comment to document it though. 15:21:21 Yes, it lacked a comment previously. 15:21:26 I'm going to write a good comment. 15:22:07 what do you mean by: Changing the name from "System Settings" to "Administration" in the patch might also be a good idea, .... ? 15:22:26 my f14 kde box has "Administration" already 15:22:43 or is that just because redhat-menus is present? 15:22:55 rdieter: yes 15:23:25 ok, if redhat-menus handles that already, it's ok to not do more, imo 15:24:43 I suppose we still have no feedback wrt nm-0.9-compat and vpn support 15:24:45 ? 15:25:06 The default name in the patch is weird, but OTOH this means we notice immediately if redhat-menus goes missing again, or stops handling the category. 15:26:04 rdieter: nope, no reaction on the bugreport whatsoever 15:26:07 seems like kdelibs3 even still Requires: redhat-menus , but I have no idea why that is anymore (probably the same/similar issue as here with kde4?) 15:26:25 * rdieter makes sad panda face @ nm-0.9-compat 15:28:08 .bug 699786 15:28:10 rdieter: Bug 699786 VPN connections broken in the compat interface - https://bugzilla.redhat.com/show_bug.cgi?id=699786 15:28:55 ok, anything else f15-related ? 15:29:03 Kevin_Kofler: i now remember again why i made this patch in kdelibs a long time ago 15:29:03 rdieter: kdelibs3 probably Requires it for the same reason. 15:29:12 We just forgot this Requires in kdelibs. 15:29:25 Kevin_Kofler: yes, it should be added in kdelibs3 too 15:29:32 And we didn't notice because this got dragged in by other stuff before GNOME 3. 15:29:59 kdelibs3 already has it, though does it really need it anymore? kdelibs3 isn't doing anything related to menus/categories anymore really, is it? 15:30:23 It still defines menu categories, I have no idea if they're used anywhere. 15:30:37 I guess it's mostly harmless 15:30:41 at worst 15:30:58 can we move on? 15:32:12 #topic kde-4.6.3 15:32:18 * rdieter takes that as a yes... kde-4.6.3 15:32:51 after an initial thrill seeing f15 kdebase-workspace break solid/NM ... got all this in kde-testing so far. 15:33:20 rdieter: what breakage? 15:33:43 ltinkl: upstream added a cmake check to not build nm support if using nm-0.9 15:34:05 rdieter: in kdelibs? 15:34:10 In kdebase-workspace. 15:34:34 I added a line to the nm-09-compat patch to revert that change. 15:34:51 uhoh 15:35:33 Re the menu issue, I filed https://bugzilla.redhat.com/show_bug.cgi?id=703531 which I'm going to propose as NTH once I have the fix actually built. 15:35:33 been meaning to do a few more dist-f14-kde rebuilds against the older docbook-style-xsl pkg, to see if we can get khelpcenter working better again 15:35:54 (or building, at least) 15:36:22 afaict, our current set of builds still doesn't seem to fix things, in my limited testing 15:36:45 Uhm, darn. 15:36:54 Maybe need to start rebuilding kdelibs against it, then everything else? 15:37:50 maybe? :) If I keep having problems, I'll poke tosky for details 15:38:11 rdieter: what is broken atm in docbook-style-xsl? 15:38:35 .bug 690124 15:38:37 rdieter: Bug 690124 links to contents, previous and next missing in khelpcenter - https://bugzilla.redhat.com/show_bug.cgi?id=690124 15:39:03 than: ^^ , see the irc conversation I had with tosky, I pasted in there 15:39:38 in short, docbook-style-xsl-1.75 = good, docbook-style-xsl-1.76 = bad at the moment 15:40:20 and bad landed with https://admin.fedoraproject.org/updates/docbook-style-xsl-1.76.1-1.fc14 15:40:45 it means we have to revert docbook-style-xsl in f14? 15:41:18 than: that's an option, if tosky can't make things work right with 1.76 (but that still leaves f15 broken) 15:41:55 it's bad :( 15:42:51 The big annoyance is that it looks like it's a build-time issue. 15:43:01 So all the stuff built with the new docbook-style-xsl has broken documentation. 15:43:25 In particular, all of F15, given that the bad version was already in the buildroot when the mass rebuild happened. 15:43:26 that's part of my uncertainty, of which parts are buildtime vs runtime 15:43:43 but by all accounts, seems mostly buildtime related 15:45:17 so anyway, I am *hoping* that if we can get f14 working with 1.75, that'll give us something to go on anyway (and know we at least have the regression fixed there in f14) 15:46:25 rdieter: has someone already taken a look at the diff between 1.75-1.76? 15:47:02 than: not that I'm aware of (only tosky upstream has been looking at it so far, that I know of) 15:48:31 I would've, but this seems quite a bit beyond me 15:49:40 that's just me being chicken, it's not rocket-science though 15:51:00 to wrap-up the topic, I'll get to work queue'ing these up for updates-testing soon, maybe tomorrow-ish. 15:52:05 and any help investigating/testing the docbook-style-xsl thing would be greatly appreciated 15:54:12 i will investigate the issue in the docbook-style-xsl 15:54:39 muchas gracias 15:55:06 well, time is running short, any last words before we close the meeting? 15:55:13 #topic open discussino 15:55:18 #undo 15:55:18 Removing item from minutes: 15:55:23 #topic open discussion 15:55:46 FYI: https://bugzilla.redhat.com/show_bug.cgi?id=703531 15:56:11 kdelibs-4.6.2-5.fc15, kdelibs-4.6.3-4.fc15 and kdelibs-4.6.3-4.fc16 now building. 15:56:20 Kevin_Kofler: thanks! 15:58:11 alright, sounds quiet, thanks everyone! 15:58:14 #endmeeting