14:04:42 #startmeeting kde-sig -- https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2010-04-13 14:04:43 Meeting started Tue Apr 13 14:04:42 2010 UTC. The chair is rdieter. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:04:44 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:04:46 #meetingname kde-sig 14:04:47 The meeting name has been set to 'kde-sig' 14:04:54 #topic roll call 14:05:02 who's present today 14:05:03 ? 14:05:13 I'm present 14:05:19 Present. 14:05:39 #chair Sho_ jreznik Kevin_Kofler 14:05:40 Current chairs: Kevin_Kofler Sho_ jreznik rdieter 14:05:40 * than is present 14:05:43 Present 14:05:59 #chair than 14:06:00 Current chairs: Kevin_Kofler Sho_ jreznik rdieter than 14:06:09 * SMParrish here 14:06:16 #chair SMParrish 14:06:16 Current chairs: Kevin_Kofler SMParrish Sho_ jreznik rdieter than 14:06:22 * rrix just says hi before detaching screen for school 14:06:32 * jreznik is here 14:06:36 #info adimania Kevin_Kofler SMParrish Sho_ jreznik rdieter rrix than present 14:07:09 jreznik: seems the 2 topics on the agenda are largely yours, care which we do first? 14:07:28 rdieter: pk-agent? 14:07:34 ok 14:07:46 any other topic to talk today? 14:07:54 #topic Polkit agents reorganization, https://fedoraproject.org/wiki/Features/PolkitAgentReorg 14:08:15 (other agenda item is "Fedora Summer Coding ideas" 14:08:44 see the feature page 14:09:03 mclasen wants to solve it as we have now 3 implementations of polkit-agent 14:09:04 cwickert: ping? This one also affects you. :-) 14:09:14 read it, seems to me largely a codification of current best practices 14:09:19 ie, a good idea 14:09:31 what meeting is this? 14:09:34 KDE SIG? 14:09:37 Yes. 14:09:38 he wants desktops to take care about their own agents, so no autostart desktop files etc... 14:09:55 So I have 2 remarks: 14:09:59 rdieter, I think his proposal is counterproductive 14:10:14 1. doing this will lead to users running some WM-only setup having no polkit agent. 14:10:15 jreznik: so autostart OnlyShowIn=KDE isn't ok? 14:10:29 As there will be nothing autostarting them. 14:10:41 I think people should be free to use whatever aget they want to use and this can be easily done in the autostart settings 14:11:02 of course there should be NotShowIn or OnlyShowIn by default 14:11:11 but people can still tweak this 14:11:11 2. as far as polkit-kde is concerned, I think having a .desktop file with OnlyShowIn=KDE; shipped within polkit-kde is no different in practice from having it shipped with KDE. 14:11:24 Kevin_Kofler: ad. 1 - but these users who wants to run wm only are skilled enough to choose one... but still there should be one default 14:11:27 I consider "destkop to take care about their own agents" can be solved by a .desktop with OnlyShowIn=... as acceptable 14:11:34 if it is hardcoded somewehre in the package or even the code, its worse IMO 14:12:15 brb... -Eneed_more_coffee 14:13:42 the question is - do we need default one? isn't it too strict not allow packages to ship autostart? 14:13:46 too bad dbus can't active this on-demand. :( 14:14:06 Activating on demand was done in 0.9, it lead to MORE issues. 14:14:10 jreznik: I agree, what's the arguement(s) against using autostart ? 14:14:19 Because D-Bus activation would just pick a random one if multiple ones were installed. 14:14:21 I think packages should still be able to ship an autostart file 14:14:32 Kevin_Kofler: right, that's the orgin of my "too bad" comment. 14:14:38 Kevin_Kofler: if dbus were fixed... :) 14:14:56 on demand is much more worst 14:15:57 rdieter: mclasen just added me to that feature page as I'm polkit-kde packager... that's why I brought it here - I wasn't sure about autostart 14:16:16 jreznik: ok, need to find out then I suppose 14:16:50 I don't see the difference between autostart OnlyShowIn=GNOME and starting it in gnome-session, for example 14:17:01 but desktop env. could install own autostart desktop 14:17:27 maybe they meant a global autostart without OnlyShowIn 14:17:49 maybe, I'll ask Matthias - he's oflline 14:17:56 jreznik, but the file belongs to the agend, so it should be in the agent package IMO 14:18:03 s/agend/agent 14:18:21 cwickert: I think so 14:18:27 anyway, I see this as allowing desktop's finer control over what agents they want to use. ie, a good tihng 14:18:29 thing even 14:18:50 I think Matthias wants one agent for every desktop and people can no longer choose which one is run 14:18:59 this is a typical GNOME developers approach 14:19:01 cwickert: if so, that's silly. 14:19:12 rdieter, +1 14:19:14 well, at least... something I'd disagree with. 14:19:39 I bet Kevin_Kofler wants the only one for KDE too ;-) 14:19:50 it's not clear what the rationale/intent is behind the "no autostart" comments on the feature page. 14:19:55 jreznik: Indeed. 14:20:09 cwickert: I also think there should be one default for each desktop and it's the desktop's job to set it up. 14:20:13 it's one of core desktop component so I think desktop should choose the right one 14:20:16 I pretty much agree with mclasen there. 14:20:36 Kevin_Kofler, think of Xfce for example, it has no agent of it's own 14:20:38 I don't see any reason for user to override it 14:20:52 I think it should remain modulr 14:20:56 modular 14:20:57 It's XFCE's job to pick the GNOME or LXDE agent (I doubt its users will want the KDE one ;-) ). 14:21:10 note the word "or"? 14:21:11 Or to write their own if they really think it's needed. (I don't think it is.) 14:21:17 the user is to decide, not we 14:21:29 Upstream XFCE is to decide, ideally. 14:21:41 cwickert: this is core component - I'm not sure users should change it 14:21:42 But if they won't, the XFCE packagers are the next best ones to decide. 14:21:44 well, but if you make the desktop start it, then it's no longer optimal 14:22:09 jreznik, from a KDE pov it may be a core component, but not from a Xfce or LXDE user's pov 14:22:26 I'd suggest waiting to get a clarification on the "no autostart' part of the feature, before throwing any rebellions. :) 14:22:33 agreed 14:22:50 but I doubt this is worth being called a feature after all 14:22:59 As I said on #fedora-kde a few days ago, PolicyKit is a core feature of Fedora, many programs assume its presence. 14:23:01 jreznik: you mind asking for clarification on that? 14:23:04 And they'll become more and more. 14:23:18 So a desktop which does not support PolicyKit is broken. 14:23:22 rdieter: ok 14:23:27 jreznik: thanks. 14:23:27 Kevin_Kofler, there are people who don't use anything that uses Polkit 14:23:43 Kevin_Kofler: I'm with you... you're right 14:23:45 There are also people who use a typewriter. ;-) 14:24:01 right, but we are delivering software 14:24:21 if people want typwriters, there should be vendors to sell typewriters 14:24:28 Another PolicyKit topic: what about pushing polkit-kde to F12? 14:24:37 anyway, this is becoming offtopic... 14:24:41 cwickert: true, that's a downside of dropping deps here, makes it harder or impossible to track when an agent is needed 14:24:45 but there should be default one for desktops/wms without preference 14:24:48 I think that once we have 4.4.2 out there, we should do the required grouped update to finally run polkit-kde in KDE instead of polkit-gnome. 14:25:04 rdieter, yes, exactly 14:25:14 Kevin_Kofler: I'm not sure it's worth the change 14:25:21 I think it is. 14:25:25 It's trivial to do the work. 14:25:26 Kevin_Kofler: let's come up with a test plan for that, and *if* it proves itself, then we can think about it 14:25:40 rdieter: The test plan is: it works fine in F13? 14:25:41 :-) 14:25:51 not sure ether. I have no intentions to push lxpolkit to F12, at least not as default in the lxde-desktop group 14:26:13 Kevin_Kofler: :) I think we can do a little better. 14:26:35 rdieter: there are still few issues - but usually it works 14:27:00 but for released versions - it's bigger change than even one major version update 14:27:08 jreznik: cool, that's part of why I want a test plan. document the "issues" and test cases 14:27:54 rnovacek is working on it, he's not online right now 14:27:57 I'll ask him 14:28:11 jreznik: cool, thanks. 14:28:46 Announcement from my owner (stickster): Fedora 13 Beta is now available! Visit http://torrent.fedoraproject.org/ and help seed the torrents, please. Draft release notes available at: http://docs.fedoraproject.org/ 14:28:50 #action: jreznik to ask rnovacek to help document current polkit-kde issues, to help come up with a test plan 14:29:02 * rdieter yays zodbot 14:29:23 can we move on? 14:29:52 #topic Fedora Summer Coding ideas 14:30:10 jreznik: was this yours? 14:30:23 rdieter: yes, again 14:30:35 Sorry is the BugZappers meeting here? 14:30:50 I think FSC is quite nice opportunity do have done some jobs we don't have time to work on 14:31:03 the deadline for ideas is tomorrow 14:31:07 lestatforever: 30 mins from now 14:31:35 SMParrish: thanks... I was uncertain about the UTC times 14:31:58 jreznik: please add fingerprint support on the list 14:32:20 jreznik: oh boy! ok, brainstorm time. 14:32:40 than: ok, it's more finishing so it can be nice topic... and not very complicated 14:33:11 Fingerprint support is indeed something we really need. 14:33:20 Kevin_Kofler: +1 14:33:35 I'd like to be able to use that fingerprint reader on my notebook. :-) 14:33:59 jreznik: it's great if the student could work on this project 14:34:29 that's sad djaara left it, fedora and red hat as well 14:34:47 What state is his work in now? 14:35:12 Is finishing the work enough to fill a summer? Too much? Not enough? 14:38:08 I can't think of anything good of the top of my head right now, will think about it 14:38:39 I think there's still lot of work - so I think it's suitable as summer work, the easier one 14:39:36 An idea is already mentioned on the "ideas" page about creating KDE Netbook Remix 14:40:06 it's Ryan Rix idea, I'd like to help him 14:40:45 adimania: this one is mostly about communication with other kde sig members and kde sig meetings 14:41:54 Re fingerprints, we should also make sure that root auth in polkit-kde works with fingerprints. 14:42:05 And kdesu support for fingerprint login would be nice too, if possible. 14:43:28 yep, so it's quite a lot work 14:44:27 it's here http://websvn.kde.org/trunk/playground/base/kfingerprint/ 14:47:16 Any other summer project ideas? 14:47:19 #help brainstorm fedora/kde related Fedora Summer Coding ideas 14:47:55 let's close the topic here for now, and will continue thinking about it... 14:47:59 #topic open discussion 14:48:02 anything else for today 14:48:03 ? 14:48:06 4.4.2 14:48:18 There's some kdebase-workspace and kdelibs changes we should pull in. 14:48:25 kdelibs to fix the webkit Obsoletes. 14:48:54 kdebase-workspace has a fix for the icon in the Konsole entry in the desktop context menu and some KDM Plymouth changes. 14:49:32 Re Plymouth, maybe we should leave out the Kubuntu stuff for now and keep only the original simple patch, as that's still what Plymouth is using in Fedora? 14:50:01 And we also need to fix the F13 and F14 kde-settings to own /var/spool/gdm like F12's does. 14:51:52 ah, forgot about checking kde-setting 14:52:18 I was about to do the kdebase-workspace builds 14:52:24 for < F-14 14:54:27 ok, times about up, let's wrap up. 14:54:30 Thanks everyone 14:54:33 #endmeeting