15:15:01 #startmeeting KDE SIG Meeting 15:15:01 Meeting started Tue Jun 3 15:15:01 2014 UTC. The chair is Kevin_Kofler. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:15:01 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:15:06 #meetingname kde-sig 15:15:06 The meeting name has been set to 'kde-sig' 15:15:10 #topic Role call 15:15:15 * Kevin_Kofler is present, who else? 15:15:17 * jgrulich is present 15:15:37 * danofsatx-work is here 15:17:15 dvratil, jreznik, rdieter, than, tosky: Ping? 15:17:26 present 15:17:51 here 15:18:16 hi, sorry, preparing for exams 15:18:49 mbriza: Tell us how SDDM is going and we let you leave. :-) 15:19:38 i opened a review for qauth last week (?) 15:19:45 Great! 15:19:57 other than that, it's going quite well, the upstream is very lively lately 15:20:20 I hope we can get it working well for F21. 15:20:29 i just need to get the other maintainers to look at the pull request to use qauth by default upstream, too 15:20:33 * rkratky is here 15:20:48 #chair jgrulich danofsatx-work dvratil tosky mbriza rkratky rdieter 15:20:48 Current chairs: Kevin_Kofler danofsatx-work dvratil jgrulich mbriza rdieter rkratky tosky 15:21:44 #info Kevin_Kofler, jgrulich, danofsatx-work, dvratil, tosky, rkratky present, mbriza semi-present (preparing for exams), rdieter probably late (as announced on #fedora-kde). 15:22:05 mbriza: Good luck for your exams, by the way! :-) 15:22:17 but from this point, everything points to working sddm in the autumn 15:22:20 Kevin_Kofler: thank you :) 15:23:43 #topic Agenda 15:24:04 yeah, god luck mbriza - I finished mine the first week of May. 15:24:45 i'm graduating in two weeks, so precisely speaking it's just one exam... but a large one : 15:24:54 congratulations, danofsatx-work :) 15:25:29 So, what's up to discuss this week? Maybe the Plasma Product? (Last week, we deferred it because ltinkl wasn't present.) 15:25:38 hi 15:25:47 #chair ltinkl 15:25:47 Current chairs: Kevin_Kofler danofsatx-work dvratil jgrulich ltinkl mbriza rdieter rkratky tosky 15:25:52 #info ltinkl also present. 15:26:18 * Kevin_Kofler hopes rdieter will show up too. 15:26:42 the current status is to prepare and push the Fedora Plasma for F22 15:26:43 I guess how (and whether) to proceed with the Plasma Product is going the main agenda item today, or is there anything else? 15:26:58 (as it's late anyway for F21) 15:27:22 #topic Plasma Product 15:27:33 ltinkl: FESCo already rejected it for F21 anyway. 15:27:51 Kevin_Kofler: yes 15:28:06 The question is whether it makes still sense to pursue at all after the feedback we got. 15:28:06 here, finally, sorry 15:28:08 so we will resume the process with F21 at full speed 15:28:32 you mean f22? 15:28:54 rdieter: yes, targetting F22 15:29:08 fwiw, we're currently blocking on feedback from the board on the topic anyway 15:29:34 See also the thread started by the maintainer of the current Scientific spin: 15:29:39 #link https://lists.fedoraproject.org/pipermail/kde/2014-May/013585.html 15:29:41 rdieter: is there a set date when the board should decide on the topic? 15:29:53 ltinkl: none I'm aware of 15:30:09 though we can ask for one 15:30:18 which wouldnt be unreasonable 15:30:27 IMHO, being forced to target a user base disjoint from Workstation's is a non-starter. 15:30:30 * mattdm is having a busy day today, but -- I'm going to put this as pretty urgent on the board's agenda 15:31:03 there are some big, legitmate questions to decide, including what kevin just said 15:31:03 And the double goal of being a KDE spin and a scientific spin also still doesn't make me happy (I had my reservations about that from the beginning). 15:31:04 mattdm: thanks matt 15:31:07 * mattdm runs off again :) 15:31:09 mattdm: muchas gracias, mr. new leader sir 15:31:29 See also my reply in that mailing list thread. 15:31:43 Kevin_Kofler: I agree with your sentiments there 15:31:50 right, that's still up to us to decide imo 15:32:02 where we want our product to go 15:32:11 The fact that some people think we shouldn't be allowed to target developers just because GNOME claimed them first is entirely unacceptable. 15:32:58 * ltinkl likes how you started thinking strategically instead of pinpointing the details :) 15:33:02 For every new niche that pops up, is this going to be a race at who manages to target them first, and everyone else should not be allowed to target them (even if it means removing features from upstream desktop environments to make them intentionally useless for that user base)? 15:33:02 Kevin_Kofler: +1, you cant have it both ways... either we use the Workstation umbrella completely/properly, of if we're excluded from there, have the freedom to make as we see fit. essentially 15:33:28 rdieter: definitely 15:33:54 I still think the best overall fit is under Workstation, but there may be too many political hurdles 15:33:57 ltinkl: Is that comment supposed to be serious or sarcastic? 15:33:58 so, having a proper Plasma Product is the way we should go imo, including devel stuff 15:34:05 Kevin_Kofler: no, very serious 15:34:33 but I had another idea, how would a Plasma product with a "Scientific Addon" sound like? 15:34:47 ltinkl: sounds nice 15:35:00 similar to how workstation + kde addon is being pitched now 15:35:07 yes 15:35:13 That would make a lot of sense. 15:35:44 we (the KDE SIG) would take care of the product while the addon would be maintained (or fully converted) by the Sci SIG 15:36:26 dvratil, tosky, jgrulich, kdefoo: what do the others think? 15:36:44 There is still going to be some friction on what should be in that addon, of course. I'd want to feature all the KDE scientific stuff (see also the list of programs we added to the PRD (that was not well-received, by the way)), but the Scientific SIG is currently also shipping stuff like Eclipse. 15:36:50 it makes sense, and it bring more manpower, with a correct splitting of roles 15:37:04 But then again, if we leave the addon to the Scientific SIG, it's not really our problem. :-p 15:37:20 Kevin_Kofler: not at all imho, as the scientific stuff would be managed by the Sci SIG 15:37:21 sounds like a good idea 15:37:31 Kevin_Kofler: completely under their gestion 15:38:04 the Plasma product itself would therefore include no scientific apps 15:38:06 So "not our problem", as I said; they'll just add whatever they're adding now in their "Scientific KDE" images. 15:38:41 ye, that way we get rid of the double target schizophrenia 15:39:49 but we're basically changing the PRD and the Mission, so I assume we'd have to run thru Fesco again? 15:40:20 * jreznik is here, had another meeting 15:40:22 BTW, I also really don't understand the complaints about concrete apps being listed in the PRD. Those were just there to prove that there are flagship KDE apps for those purposes. 15:40:23 ltinkl: yeah 15:40:45 Sure, Workstation didn't write any program names into their PRD, but they had very clear ideas about those products from the beginning. 15:40:49 the current prd/mission is a bit of a farce anyway, concocted to satisfy artificial constraints 15:40:52 (GNOME and GNOME apps.) 15:41:00 They just didn't write it. 15:41:03 rdieter: sort of yes 15:41:33 But it's very clear that they had decided on the implementation before even writing a word of the PRD. 15:41:44 that's true as well 15:42:14 #chair jreznik 15:42:14 Current chairs: Kevin_Kofler danofsatx-work dvratil jgrulich jreznik ltinkl mbriza rdieter rkratky tosky 15:42:59 ok so, let's vote on the Mission/PRD change :) 15:43:16 * ltinkl looks up the list of the WG members 15:43:24 See also the farce at the beginning, where it was supposedly "not decided yet" that the desktop environment on Workstation would be GNOME, but "everyone" knew it and it was assumed throughout… 15:44:05 umm, the Workstation WG members voted on that 15:44:15 * danofsatx-work is just SIG, so can't vote. 15:44:27 ltinkl: I mean before they voted it. 15:44:39 but with the majority of Gnome ppl there the outcome had been set from the start 15:44:53 That farce was ongoing for months until the vote. 15:45:05 But let's focus on our stuff now. :-) 15:45:12 ltinkl: What exactly are we voting for? Changing from one Plasma/scientific Product to a Plasma Product with optional Scientific Addon, right? 15:45:29 Kevin_Kofler: yes, with the mission clarification 15:45:45 +1 to that. 15:46:02 the current mission says: 15:46:03 The WG aims to create a reliable, user-friendly and powerful operating system for laptops and PC hardware, leveraging the KDE Plasma Workspaces technologies. The system will be primarily aimed at providing educational and scientific software but should be attractive to a range of power users and content creators - people who build our community. 15:46:15 ltinkl: just to be totally clear: is this going to raise the probability of being accepted? 15:46:33 List of voting members: https://fedoraproject.org/wiki/Fedora_Plasma_Product#Why_Fedora_Plasma 15:46:41 tosky: unknown 15:46:47 tosky: dunno but I think the concensus is that we don't want to go that way 15:46:58 ltinkl: +1, agreed 15:47:10 I'm a bit lost, we don't want to go which way? 15:47:22 the Plasma scientific product? 15:47:22 tosky: what's in the current product proposal 15:47:26 the way of a bullshit compromise 15:47:32 oh, ok 15:47:41 (mildly put) 15:47:56 come on, this is just a publicly recorded meeting :) 15:48:15 zodbot has a filter I hope ;) 15:48:16 you mean the censors didn't bleep that out? :) 15:48:18 Re acceptance, it's a 2-edged sword I think: The change will stop the objections that we are unclear or even dishonest on the goals of the Product, but it will also not make the "disjoint user bases" hardliners happy. 15:48:38 Kevin_Kofler: true 15:48:46 question: this is all still for f22, correct? 15:48:52 jwb: yes 15:48:56 ok, thanks 15:49:00 Still, I think the attempted compromise just doesn't work out and the proposed change is definitely an improvement. 15:49:03 jwb: *something* post-f21, yes 15:49:17 Thus my +1 to ltinkl's proposal. 15:49:35 re-reading that mission statement, I think it's fine - what will change though is the implementation 15:49:50 so the scientific stuff won't be part of the core but provided as an addon 15:50:01 ltinkl: agree, I like the mission 15:50:16 but then " The system will be primarily aimed" is not true anymore 15:50:18 it's an addon 15:50:21 the mission continues with: And also as a platform for development of modern KDE and Qt applications - even in mobile space. The product will be built upon the foundations of the Fedora Base product and closely cooperating with the Workstation WG on the technical aspects and (inter)compatibility. 15:50:49 *could* consider emphasizing different stuff (than edu/scientific) or not mention it specifically at all anymore 15:50:50 ltinkl: I'd change that "The system will be primarily aimed at providing educational and scientific software but should be attractive to a range of power users and content creators - people who build our community." sentence that was also criticized as a contradiction by some. 15:50:51 * ltinkl striking primarily 15:51:22 and putting the developers on par with the rest, is that fine? 15:51:37 fine++ with me 15:51:52 (a step in the right direction anyway) 15:51:56 what about that "workstation" only way? aka there will be only workstation, both gnome and kde installed by default together, with gnome default in dm? 15:52:00 Something like "The system should be attractive to a range of power users and content creators - people who build our community. There will be add-ons delivered based on our platform; the first such add-on will contain quality educational and scientific software." 15:52:29 jreznik: is this a real possibility (two DE installed at the same time by default)? 15:52:47 Kevin_Kofler: adding that 15:53:03 ltinkl: That goes iInstead of the original sentence 15:53:06 tosky: I don't see any reason why not as Qt/KDE stack is going to be part of workstation too 15:53:11 ltinkl: That goes instead of the original sentence or you repeat yourself. 15:53:19 jreznik: ok with me too, I assume the separate product plans here are assuming acceptable integration into workstation product does not happen 15:53:29 jreznik: nope, only Qt 15:53:31 rdieter: yep 15:53:37 tosky: IMHO, only if the primary deliverable is an installer rather than a live image (which would IMHO be a bad idea). 15:53:39 only Qt will be part of the workstation 15:53:42 rdieter, why wouldn't it happen? 15:53:43 ltinkl: the intitial idea was to have both 15:54:04 ltinkl: not even in the future Frameworks world, or it has not been discussed? 15:54:04 jwb: ie, its just a fallback plan (to me) 15:54:07 ltinkl, qt is the only thing installed by default at the moment. we haven't really discussed the KDE aspects 15:54:17 jreznik: but we don't want to (have the manpower) to maintain the KDE stack at 3 places 15:54:22 tosky: With 2 desktops on a single live image (really one image, not a multi-boot hack like what the EMEA Ambassadors have at the moment), you're in for a gigantic mess in the menus. 15:54:34 ltinkl: there would be only 1 in the end - win for everyone 15:54:36 jwb: fwiw, I asked about kde-runtime on -desktop list... didnt get much (any?) response 15:54:55 ye the response for KDE in workstation was none 15:54:56 rdieter, yeah, i saw that. the wg needs some refocusing 15:54:58 rdieter: then we should move it forward 15:55:01 plus what I said 15:55:09 (That, or massive OnlyShowIn/NotShowIn abuse that would be a step backwards IMHO, I like having the option of running apps that happen to use the "wrong" toolkit when I need them!) 15:55:31 maintaining (currently) KDE in the KDE spin, preparing for Plasma product and taking care of Workstation is unrealistic 15:55:43 To sum up: 15:55:44 Kevin_Kofler: its worth improving regardless, imho 15:55:45 ltinkl, even you didn't chime in on the thread and you're in the WG... 15:56:08 1. 2 desktops on one live image is unrealistic (unless it's really a multi-boot image). 15:56:15 Kevin_Kofler: there would be nothing like gnome/kde apps, just possibility to have two different DEs... otherwise app selection would be better apps from both world which fit the right use case... with possibility to install full gnome/kde stacks 15:56:20 Kevin_Kofler: I disagree 15:56:22 jwb: I discussed this with cschaller 15:56:23 2. Runtime only is entirely uninteresting and outside of our scope. 15:56:28 ltinkl, on the list? 15:56:30 What matters is the workspace and the apps. 15:56:47 Users don't even SEE the runtime. And developers only see it if you install the -devel packages for it. 15:56:57 jwb: yeah, it should happen on the list 15:57:05 Installing only the runtime parts with no workspace, no apps and no -devel packages is entirely useless. 15:57:13 Kevin_Kofler: kde-runtime is just a baby step in the right direction 15:57:20 not the final destination 15:57:20 rdieter: +1 15:57:26 jwb: nope, on RH IRC 15:57:30 ltinkl, if it wasn't a public discussion, then whatever you discussed is completely non-final 15:57:42 Yum/DNF/PackageKit-hawkey/whatever will just install the runtime stuff as dependencies on the latter (the stuff the users REALLY want). 15:57:50 * rdieter agrees with jwb , the discussion(s) need more transparency 15:58:18 agree too, he is the boss of the RH Desktop team and they decide, period 15:58:27 so maybe instead of trying to refocus kde product, let's restart this discission on desktop list again 15:58:37 ltinkl, if that is truly the case, then i will resign as liasion immeidately 15:58:52 So basically I don't give a darn about whether Workstation ships our runtime as long as it's only that, and I'd oppose shipping GNOME runtime material (that isn't dragged in as a dependency of something) on the same grounds (it's just useless on its own). 15:59:10 ltinkl: even I completely disagree, you should at least to share it to the public (and to the team) 15:59:21 jwb: frankly if you thought the Workstation process and decision making would be transparent, you are naive, sorry to say that 15:59:32 Kevin_Kofler: then focus on the kde product stuff, leave workstation to others that care (like me and jreznik, ltinkl) 16:00:12 * jreznik really believes in fedora workstation - a real free desktop, not gnome/kde product whatever 16:00:16 ltinkl, i'm not naive. i viewed it as an opportunity to correct some things. if you didn't see that as being the case, why did _you_ volunteer for the WG? 16:00:25 I (we) will provide the Workstation team/product with the help their need but doing any extra work like maintaining KDE there is nonsense imo 16:00:32 jwb: frankly if you thought the Workstation process and decision making would be transparent, you are naive, sorry to say that 16:00:34 +1 16:00:35 jwb: I was naive too :) 16:00:49 * jreznik really believes in fedora workstation - a real free desktop, not gnome/kde product whatever 16:00:52 Hahahahaha!!! 16:00:52 ltinkl, would you like to step down from the WG? 16:01:08 As long as it's controlled by the RH Desktop Team, this isn't going to happen. 16:01:12 ltinkl: why extra work??? it would be actually less work - all desktop related stuff in one place 16:01:24 The WG needs to be dissolved and replaced with KDE, Xfce, Cinnamon, MATE etc. people from the community. 16:01:54 jwb: ye, the WG doesn't do much publicly anyway, the product moves on behind closed doors anyway 16:02:00 It won't be hard to find them, we have all been organized in SIGs from the beginning (unlike the closed-circle GNOME cabal). 16:02:32 ltinkl, if you'd like to resign, please do so on the list so we can find a replacement. if you'd like to include your reasons, i would appreciate it 16:02:59 it's true, that workstation wg is less transparent than other wgs and weekly public meetings, more discussion on the list, on RH IRC would help it a lot 16:03:14 jwb: The problem is, I doubt you'd find a replacement from outside the Desktop Team with the composition that the WG has now. 16:03:22 ye anyhow, let's move back to our cause 16:03:24 So it's going to be even more in their hands. 16:03:47 jreznik: The discussions ought to be on #fedora-meeting* chans, not on RH IRC. 16:03:54 my apologies for interrupting your meeting. 16:04:20 Kevin_Kofler: https://fedoraproject.org/wiki/Fedora_Plasma_Product#Mission_Statement is that how you meant it? 16:04:20 jwb: np, it's actually good thing to discuss 16:05:29 ltinkl: Well, I'd remove the "will be aimed at providing educational and scientific software but" part and leave that only to the next sentence about add-ons. 16:05:31 jwb: I appreciate the interrupion 16:05:54 Kevin_Kofler: do so pls 16:05:57 Right now there are still 2 possibly conflicting goals in that sentence. 16:06:37 https://fedoraproject.org/wiki/Fedora_Plasma_Product#Mission_Statement 16:07:03 * jreznik has to go 16:07:34 As for KDE runtime stuff on Workstation – I don't care either way whether they end up shipping it, but what I definitely don't want to do is MAINTAIN it there. 16:07:52 As for KDE runtime stuff on Workstation – I don't care either way whether they end up shipping it, but what I definitely don't want to do is MAINTAIN it there. 16:07:52 Kevin_Kofler: there's no difference 16:08:21 How do you maintain something that isn't used by anything? It's not even testable that way. 16:08:32 Kevin_Kofler: if it's pulled from the repos, it will be the same as in our Plasma Product 16:08:39 Shipping libraries and runtime packages with nothing that uses them nor -devel packages is just useless. 16:09:03 We'd maintain them for our Product and they can ship them or not ship them as they see fit. 16:09:06 Kevin_Kofler: its not useless, users, OEMs, etc... can know that it's part of the default/shipped platform 16:09:34 if you dont hold that as a value, fine, but I know it is of value to others 16:09:46 if the base repositories are the same, once installed, people will install applications regardless of the base 16:10:34 For me, installing libraries is the job of the depsolver, I don't want to have libraries (no matter what libraries!) on my system that aren't actively used by anything. 16:11:03 So having KDE libraries without a Plasma Workspace and without any KDE applications is just pointless. 16:11:14 to *you*. now, can we move on please? 16:11:22 (unless it's for the "developers" user base, in which case, it needs the -devel packages, too!) 16:11:48 KDE as a platform for developers would be a great thing for a Product that claims to target developers to ship. 16:11:55 (and I thought you didnt care to be involved in Workstation stuff? :) ) 16:12:04 But that means kf5-*-devel (or my proposed kf5-devel metapackage :-p ). 16:12:56 If they ship only the runtime parts, we are going to be "the dead weight that's getting forced on everyone for political reasons and that makes the live image go above x.xx GiB". 16:12:59 can we get back to discussing plasma product? 16:13:06 Is that really the reputation we want to achieve? 16:13:08 yup pls 16:13:28 * rdieter has to go soon, so would like some progress there 16:13:41 to wrap up our meeting (as we're running short on time), let's vote on the re-focusing of the Plasma product 16:13:55 So, we had a proposal, we're still waiting for votes from most folks. 16:13:57 I (we) can change the exact wording later after the meeting 16:14:09 yes so +1 from me obviously 16:14:18 +1 16:14:19 than, jgrulich, tosky, dvratil: ? 16:14:27 +1 from me as already stated. 16:14:29 +1 16:14:35 +1 16:14:36 +1 16:14:59 That's +6, we're 11 people, the proposal passes. 16:15:26 mbriza: ? 16:15:33 ok :) 16:15:58 we need to find the WG members who dont (regularly) attend these meetings, and either poke them to do better, or find replacements, imo 16:16:10 #agreed We will refocus the Plasma Product into a core Plasma Product (maintained by us) and a Scientific Addon (maintained by the Scientific SIG). 16:16:30 #agreed the current goal stays F22 16:17:02 I thought that was obvious, but OK. :-) 16:17:10 #info (The proposal passed with +6, -0, 0 abstentions, 5 absent.) 16:17:33 i will be here, i promise 16:17:33 :) 16:17:54 mbriza: So, do you want to vote for the record? 16:18:05 I updated the PRD accordingly to the front page mission 16:18:20 yes, +1 16:18:24 #undo 16:18:24 Removing item from minutes: INFO by Kevin_Kofler at 16:17:10 : (The proposal passed with +6, -0, 0 abstentions, 5 absent.) 16:18:30 #info (The proposal passed with +7, -0, 0 abstentions, 4 absent.) 16:18:31 now, looking at our target audience at: https://fedoraproject.org/wiki/Fedora_Plasma_Product/PRD#Target_Audience 16:18:32 :-) 16:18:53 I think we should put the "Power User" in front, opinions? 16:19:16 Agreed. 16:20:22 and the rest, same order? 16:20:47 I will resume the work on the tech spec in the following days/weeks (of course anybody is welcome too) 16:21:03 Hmmm… I'd personally see "Developer" somewhere near the front, but then people will complain that we're playing on Workstation's lawn… 16:21:04 tosky: I think it's fine 16:21:05 yes, my personal preference: 1 power user 2. content creator 3 developer not sure where student/scientist fits, if at all anymore 16:21:29 rdieter: with the scientific addon! 16:21:37 so basically revesing the order? :) 16:21:41 reversing even 16:22:00 tosky: sure, but the addon isnt available by default, why target someone who can't use the default product (without addon)? 16:22:32 The targets for the addon should be listed in the PRD unless we (or the Scientific SIG) do a separate PRD for the addon. 16:23:00 Of course, it should be mentioned that those would be covered by the addon and not by stuff shipped on the default image. 16:23:45 yeah something like that, or just keep them listed as-is. I don't have a strong feeling either way 16:24:08 I'll keep them with a remark "provided by the addon" 16:24:15 ok 16:24:27 For the Content Creator stuff, do we want to keep Blender listed there? It's not a KDE/Qt app… 16:25:01 I'd remove it. 16:25:32 Kevin_Kofler: I'd keep it, it doesn't drag in any Gtk/Gnome stuff does it? (afaik it has its own toolkit) 16:26:18 keep++ (though it *is* pretty big) 16:26:42 We aren't realistically going to ship it by default, are we? 16:26:52 I doubt it makes sense to even ship all the Qt/KDE apps we listed by default. 16:27:18 ye, we'll clarify that as we got thru the tech specs 16:27:32 let's worry about size constraints later, shoot for the moon for now 16:27:32 I'd leave it open for now 16:27:33 ltinkl: +1 16:28:28 Speaking of shipping stuff that drags in extraneous dependencies, are we still set on shipping Firefox, even after the DRM fiasco? :-( 16:28:40 https://fsf.org/news/fsf-condemns-partnership-between-mozilla-and-adobe-to-support-digital-restrictions-management 16:28:56 Yet another reason why IMHO Firefox is totally unacceptable. 16:29:01 tough one 16:29:09 fwiw, the drm thing doesn't change my view any 16:29:27 if it was for me and the least possible, I'd go with chromium 16:29:45 faster, leaner, with some KDE integration 16:29:46 its just a(nother) api for 3rd-party implementers (like nsplugins are now) 16:29:59 Chromium, ewww… 16:30:29 (We'll have to deal with that crap sooner or later with QtWebEngine though, argh!) 16:30:59 But as long as it's not in Fedora, it's not a realistic option. 16:31:46 And Google also supports DRM in HTML5 (though Chromium will probably not support it, they're hardcoding it in the proprietary pieces of Chrome). 16:32:28 Kevin_Kofler: yes 16:33:25 I still believe a KDE/Plasma-based spin or Product needs to ship a KDE browser, i.e. Konqueror or Rekonq. 16:34:25 I believe we don't have to discuss it here again (yet) 16:34:56 agreed, rehashing wont change anything here and now 16:35:17 And the way Firefox tramples on your freedom (DRM etc.) and privacy (anti-phishing "protection" etc.) also ought to be a disqualifier! 16:35:42 rdieter: Something changed since the vote: the DRM fiasco. 16:35:58 Even if it doesn't matter to YOU, I hope it opens SOMEBODY's eyes! 16:35:58 Kevin_Kofler: agree but pls pretty pls, not now :) 16:37:04 anything else to conclude the meeting? any outstanding issues/problems with the current Plasma Product documents? 16:37:24 ltinkl: cant think of anything else *right now* 16:37:26 Other than the mention of Firefox under "Integration" (sic!)? 16:37:56 ltinkl: mind posting something to kde@lists.fpo to remind folks to look it over again for feedback? 16:38:04 rdieter: sure 16:38:09 danke 16:39:17 are the Sci spin folks subscribed? I guess we should keep them in the loop 16:39:52 At least Amit Saha seems to be following now. 16:40:37 ltinkl: good point, they have their own list... maybe post there too, or invite them to kde@... 16:43:26 * rdieter has to go soon 16:44:00 Yeah, we're way over time, can we stop here please? :-) 16:44:36 We started 15 minutes late and have already gone on for 90 minutes! 16:44:52 Closing meeting in 30 seconds. 16:45:27 OK, that's all for today (finally!), thanks all for coming, and see you (hopefully) next week! 16:45:29 #endmeeting