From 40af5e14fc4702c8fc8ab0d697f476b4147562c3 Mon Sep 17 00:00:00 2001 From: Theo Chatzimichos Date: Sat, 12 Feb 2011 11:50:19 +0000 Subject: I am now the leader Add meeting log and summary for 20110210 meeting --- meeting-logs/kde-project-meeting-log-20110210.txt | 566 +++++++++++++++++++++ .../kde-project-meeting-summary-20110210.txt | 107 ++++ 2 files changed, 673 insertions(+) create mode 100644 meeting-logs/kde-project-meeting-log-20110210.txt create mode 100644 meeting-logs/kde-project-meeting-summary-20110210.txt diff --git a/meeting-logs/kde-project-meeting-log-20110210.txt b/meeting-logs/kde-project-meeting-log-20110210.txt new file mode 100644 index 0000000..8adcf02 --- /dev/null +++ b/meeting-logs/kde-project-meeting-log-20110210.txt @@ -0,0 +1,566 @@ +[21:01:20] lets roll +[21:01:27] rollcall lads +[21:01:29] !herd kde +[21:01:29] (kde) abcd, alexxy, dilfridge, jmbsvicetto, patrick, reavertm, scarabeus, spatz, tampakrap +[21:01:32] wait wait +[21:01:43] ohhh +[21:01:47] -*- jmbsvicetto hides +[21:01:54] i completely forget about meeting +[21:02:30] tampakrap: sup +[21:03:14] need to ping more people +[21:03:22] here +[21:03:24] so lets wait on tampy +[21:03:53] bonsaikitten: you are around? +[21:04:01] aye aye captain +[21:04:11] he is square =) +[21:04:26] (not for much longer i hope) +[21:04:41] anyway, let's go +[21:05:39] --> krytzz (~quassel@quassel/user/krytzz) has joined #gentoo-meetings +[21:06:36] so there are two guys whom can be lead +[21:06:38] --> papillon81 (~papillon8@g230050057.adsl.alicedsl.de) has joined #gentoo-meetings +[21:06:41] bonsaikitten and tampakrap +[21:06:45] greets +[21:06:50] so guys do you accept nomination? +[21:07:14] yes, and i nominate you and jmbsvicetto as well +[21:07:21] no!! +[21:07:33] -*- papillon81 nominates scarabeus, too, but knows he can't vote +[21:07:46] -*- scarabeus humbly does not accept the nomination, cause he does not use this mess anymore :) +[21:07:52] LOL +[21:07:55] -*- reavertm nominates scarabeus +[21:08:00] GUYS! +[21:08:20] -*- jmbsvicetto nominates scarabeus as well - just to be consistent +[21:08:22] ok i nominate reavertm +[21:08:23] lol +[21:08:25] --> dilfridge (~quassel@gentoo/developer/dilfridge) has joined #gentoo-meetings +[21:08:36] i also nominate dilfridge +[21:08:45] because i like his hair style +[21:08:48] scarabeus: I guess we won't have a vote without a second candidate, so yes +[21:09:26] grr sorry having slight dsl problems +[21:09:27] -*- alexxy also nominates scarabeus and tampakrap =D +[21:09:30] grr sorry having slight dsl problems +[21:09:37] err +[21:09:37] ok, so we have nominations for: tampakrap, bonsaikitten, scarabeus, jmbsvicetto, reavertm and dilfridge. Anyone else? +[21:09:47] ah +[21:10:01] here +[21:10:09] tampakrap and bonsaikitten accepted. I refused. Others? +[21:10:30] i refuse +[21:10:32] -*- reavertm nominates alexxy for good behaviour and tree bumps +[21:10:44] no!!!!!! +[21:11:02] so, reavertm and dilfridge, do you accept your nominations? +[21:11:10] alexxy: I'm counting you as refusing +[21:11:19] yep =) +[21:11:23] jmbsvicetto: you write summary>? +[21:11:28] no, i will +[21:11:29] scarabeus: NO!! :P +[21:11:34] ook i am +[21:11:40] scarabeus: just helping to summarize points +[21:11:48] I'm not gonna refuse, but I'm not the best choice... I may drop offline for a while at any point because of real-life workload +[21:11:50] I WILL WRITE THE SUMMARY +[21:11:53] well, I can accept but be advised I'm not active any more as I used to +[21:12:04] scarabeus: who's going to protect the children now that you won't be lead? +[21:12:19] so it seem we have 4 candidates: tampakrap, bonsaikitten, reavertm and dilfridge +[21:12:30] seems* +[21:12:46] so, how do we vote? +[21:12:53] Should we open an "election window" so everyone in the team can cast their vote? +[21:13:02] nopes +[21:13:03] here +[21:13:03] huh? +[21:13:04] now +[21:13:06] attending +[21:13:06] one way would be to vote to the kde alias or gentoo-desktop ml +[21:13:11] jmbsvicetto: dilfridge said no +[21:13:28] he said he is NOT going to refuse +[21:13:29] scarabeus: I read it as "I'm not going to refuse" +[21:13:39] jmbsvicetto: correct +[21:13:48] ah +[21:13:51] so 4 candidates +[21:13:52] ok, how do we vote? only one choice? +[21:14:10] poll? +[21:14:10] yeah one choice +[21:14:16] one choice +[21:14:31] Do you want to vote by email / irc / votify? Do we want a public or private election? +[21:14:39] oh dear +[21:14:43] just asking +[21:14:55] I can vote now, by irc +[21:14:57] I don't have any preference +[21:15:08] now over irc one person +[21:15:08] Do we have enough KDE team members around to do it? +[21:15:11] kthx +[21:15:13] yes we do +[21:15:14] no preference here either +[21:15:17] good +[21:15:19] by irc =) +[21:15:21] i watch this stuff +[21:15:29] !herd kde +[21:15:30] (kde) abcd, alexxy, dilfridge, jmbsvicetto, patrick, reavertm, scarabeus, spatz, tampakrap +[21:15:50] please acknowledge your presence :) +[21:15:51] to get elected someone needs to get 5 votes - at least on the first vote count. Agreed? +[21:15:52] abcd and spatz seem to be missing +[21:15:54] abcd and spatz missing or not active +[21:16:15] abcd present but inactive +[21:16:32] 5 out of 9 - to get > 50% +[21:16:38] ok +[21:16:56] so, shall we vote? +[21:17:28] -*- reavertm present and active +[21:17:34] present +[21:17:38] present +[21:17:42] present +[21:17:44] present +[21:17:47] present +[21:18:02] that's at least 7 as far as I can tell +[21:18:19] present +[21:18:37] means we can do irc vote now +[21:18:47] public vote acceptable? I am indifferent +[21:18:55] just go public +[21:18:58] why to hide +[21:19:03] (come on as retiring one ic +[21:19:04] yes, any opposition? +[21:19:09] an just decide that) +[21:19:11] not from me +[21:19:14] no opposition here +[21:19:17] public +[21:19:24] go ahead public +[21:19:30] so, votes? +[21:19:41] vote: tampakrap +[21:19:42] -*- dilfridge votes tampakrap +[21:19:54] -*- bonsaikitten votes for tampakrap +[21:20:00] -*- tampakrap votes reavertm +[21:20:05] -*- alexxy votes for tampakrap +[21:20:06] -*- reavertm votes tampakrap +[21:20:31] tampakrap: +[21:20:39] -*- jmbsvicetto votes tampakrap +[21:20:43] that's 6 for tampakrap already, which is a simple majority +[21:20:46] I guess that counts as a majority +[21:20:56] tampakrap: Congratulations ;) +[21:20:58] yep +[21:21:03] thank you ladies +[21:21:03] congrats +[21:21:04] I like efficiency :) +[21:21:10] i'm going to dissapoint you for sure +[21:21:24] that's why we voted you ;) +[21:22:01] =D +[21:22:06] which means 9% of the agenda is DONE! Yeah! +[21:22:26] ok i'm going to chair the rest of the meeting +[21:22:35] 1) status regarding hal +[21:22:55] it is dead, not needed in 4.6, i'm going to convert samuli's forum post to guidexml +[21:22:59] anything else to say here? +[21:23:01] anyone still running hal here? +[21:23:01] well, when 4.5 is ouot, we won't need it anymore +[21:23:18] (and 4.4) +[21:23:38] ok +[21:23:41] anything else about it? +[21:23:49] I'd say wait for 4.6.1 and then remove 4.5 from tree, then HAL can die +[21:24:02] discussion about the future of 4.6 is later in the list +[21:24:10] ah, 4.4... +[21:24:14] ook we need to keep it until 5 +[21:24:17] 4.6 is stable +[21:24:22] typo with the 5 +[21:24:36] http://git.overlays.gentoo.org/gitweb/?p=proj/kde.git;a=blob;f=Documentation/maintainers/meetings/meeting-2011-02-10;h=3d4869e4043c080750c68b2c7da66cfaf10f3c0d;hb=298fad1df1839ec400a346a9c60036a96e0b440e +[21:24:40] topics here btw +[21:24:51] ok we're done with hal, next +[21:24:56] 5 2) should we try to form a "stable kde devs" team? meaning just call for volunteers on the dev ml? +[21:25:01] 2) should we try to form a "stable kde devs" team? meaning just call for volunteers on the dev ml? +[21:25:07] that was my idea +[21:25:17] please elaborate +[21:25:18] basically many of us are running 9999 +[21:25:46] and right now the distance between 9999 and stable is so huge that it can be difficult to test stable bugfixes +[21:25:52] my opinion is we don't need it, we usually stabilize fast, with the great exception of 4.5 +[21:26:03] by '9999' you mean 4.x.9999 as well? +[21:26:07] the problem may go away on its own with 4.6 +[21:26:08] we dont sta le +[21:26:12] misc apps are slow +[21:26:15] seriously +[21:26:24] some of them were stabilised by me with the last cleanup +[21:26:29] who cares? i will stabilize them on user request +[21:26:31] other than that nobody bothers opening bugs +[21:26:38] and by me and dilfridge as well +[21:26:48] we may forget about this point if we get a 4.6 stable soonish +[21:27:07] and if we drop older releases +[21:27:13] again, discussion about 4.6 future is later in the list, so let's skip this point for now +[21:27:20] dilfridge: agreed? +[21:27:23] but as long as we want to keep 4.4 still around, we should ask for some "stable testers" on the dev-ml +[21:27:24] yes +[21:27:27] agreed +[21:27:29] anything else here? +[21:27:34] no +[21:27:43] noone? +[21:27:48] ok, next: +[21:27:52] 3) kde-git/eclasses migration and status, move kdepim 4.6 beta in tree masked +[21:28:13] reavertm / Sput / scarabeus (i don't know who else) did some cleanings in the eclass +[21:28:13] ok i cleaned a mess we had in eclass +[21:28:17] now reaver is focused on it +[21:28:21] how is its status? can it be merged? ETA? +[21:28:30] sput is main person responsible for packages from my PoV +[21:28:34] aka he tests +[21:28:42] (but he is on date now) +[21:28:46] eta is upstream is insane +[21:28:52] cause it will take quite some time +[21:28:52] ? +[21:28:54] ok +[21:29:03] we need git-2 in tree first (what else do you mean by 'merge'?) +[21:29:15] yeah git-2 is progressed as we speak +[21:29:22] migrate, not merge +[21:29:23] i need to talk with ulm a bout some variale names +[21:29:48] ok, so 1) git-2 in tree 2) review/test 3) move to tree +[21:29:53] can we have an ETA? +[21:30:14] and anything specific we should test? +[21:30:20] git2 14 days +[21:30:29] i want to hear if all features are implemented +[21:30:34] and if we lack something +[21:30:40] (i want to keep that mess minimal) +[21:30:48] i might to remove 2 cloning apoproaches and keep only one +[21:30:52] (the submodules one( +[21:31:10] kde4-* seems to work - I don't think anyone will ever implement KMEXTRA-aware kde4-meta_src_unpack for git though +[21:31:53] has anyone tried koffice? +[21:31:58] yes +[21:32:02] it works +[21:32:05] dilfridge: wfm +[21:32:19] but with that calligra /&/&%(/& its prbably getting more complicated again +[21:32:21] i could complain about integration of tha tone shit +[21:32:22] ok good +[21:32:26] but go ahead +[21:32:37] we can get koffice out +[21:32:47] sure, do it +[21:32:49] actually I think that it should go out +[21:32:56] once I have the time... +[21:33:01] yes, i agree, i can help +[21:33:07] ok cool +[21:33:08] do you want to move the code to ebuilds directly? +[21:33:29] I have not made any plans at all +[21:33:32] so far +[21:33:49] but I think the only real issue is unpack/prepare +[21:33:50] anyway, moving the koffice bits out of the eclass is very wise thing to do +[21:33:55] reavertm: idea on how to do it? +[21:34:09] i already removed most bits sunshines +[21:34:20] of koffice? +[21:34:20] good +[21:34:26] yeah +[21:34:30] i didn't notice +[21:34:34] ok cool +[21:34:36] even better! +[21:34:51] so, ETA? scarabeus? +[21:34:53] a month? +[21:34:55] less? +[21:35:19] there's still some koffice stuff in kde4-meta though +[21:35:39] i need to work on git-2 first +[21:35:43] so not sooner than month +[21:35:58] ok, if you can compile a list of todo for that we could help +[21:36:03] I think deadlines would be unreliable anyway +[21:36:12] for the record mostly +[21:36:17] no deadlines just planning +[21:36:36] anyway, i think we are done here +[21:36:46] 4) Shall we drop useflags kdeenablefinal and/or kdeprefix to simplify code? +[21:36:56] shall we vote on this? +[21:37:00] no +[21:37:05] i really object +[21:37:09] the impementors should tell us +[21:37:14] kdeprefix - jorge +[21:37:18] we have about 10 bugs about kdeenablefinal, no big deal +[21:37:19] kdeenable - reaver +[21:37:25] my opinion: keep kdeenablefinal (it's upstream stuff), drop kdeprefix (it fills up our eclasses with cruft) +[21:37:25] and i want kdeprefix +[21:37:27] please keep kdeenablefinal at least (it's cheap) +[21:37:40] kdeenable final should stay i agree +[21:37:45] the guy that filed the bugs for kdeenablefinal provided patches +[21:37:46] but kdeprefix i dont see anyone using it +[21:38:00] i plan to do it actually +[21:38:21] i want to switch back to live as my main desktop +[21:38:31] and i don't want a chroot as i did in the past +[21:38:34] some packages cannot be kdeprefixed (bindings for instance) +[21:38:41] hmm +[21:38:42] i plan to work on them +[21:38:50] no, they can't +[21:38:51] why we still need kdeprefix? +[21:39:00] it will confuse end users +[21:39:05] it's a feature, we don't "need" it +[21:39:13] reavertm: why they can't? +[21:39:18] it makes our eclasses way too complicated +[21:39:36] -*- reavertm doesn't think kdeprefix is complicated +[21:39:52] why can't they be prefixed? i haven't looked at the code yet +[21:39:52] it definitely isn't like it used to be +[21:39:57] i suppose you did +[21:39:59] it is qutie clear +[21:40:07] but qutie few apps are not kdeprefix aware +[21:40:09] (misc one) +[21:40:19] and it has quite few bugs noone attendet to +[21:40:25] *ded +[21:40:52] ok then, give me time till the next meeting to test it and i'll report back +[21:40:55] tampakrap: actually bindings may work but sip files needs to be slotted +[21:41:08] i plan to work on the misc apps and python packages +[21:41:25] judge 1st it's worth your time +[21:41:31] -*- reavertm thinks it isn't +[21:41:37] no, having to maintain a chroot is +[21:42:12] well i use live on my laptop +[21:42:22] and its only DE here +[21:42:37] anyway, do we all agree to keep kdeenablefinal and kdeprefix and bring the topic back again? +[21:42:38] -*- dilfridge thinks a laptop can crash in more than one way anyway :D +[21:43:05] mumble... ok +[21:43:44] i see no objections, next: +[21:43:51] 5) Dropping of semantic-desktop useflag with guide update (mostly even kdebase needs it on now) +[21:44:06] i fixed it for plasma-workspace +[21:44:09] i would reat +[21:44:13] i had to write an upstream patch +[21:44:16] rather preffer it to be still availible +[21:44:25] virtuoso and semantic stuff is not something most might want +[21:44:46] our ebuilds are broken, upstream still has support for the useflag +[21:45:11] plasma-workspace along with libplasmaclock causes trouble with kdepimlibs due to our splitting +[21:45:16] i'll dig in more +[21:45:16] tampakrap: your fix suck +[21:45:17] does anyone know how this will develop for 4.7? +[21:45:32] tampakrap: i dont want libkdepim as harddep for it +[21:45:38] it doesn't, it was approved by aseigo +[21:45:44] what harddep? +[21:45:49] what are you talking about? +[21:45:56] wait wait, libkepim != kdepimlibs +[21:46:03] and what happens when kdepim-4.6 goes in tree? +[21:46:50] https://projects.kde.org/projects/kde/kdebase/kde-workspace/repository/revisions/5701ee97f896bf25de5dfbcc2699695794f25b34 +[21:47:06] this is the patch, where do you see a harddep? +[21:48:11] anyway, our affected ebuilds are plasma-workspace/libplasmaclock and kdeplasma-addons +[21:48:19] ah i am talking about plasma workspace +[21:48:21] :) +[21:48:22] i saw the code, the problem is in our side +[21:48:27] first of all, libkdepim is from KDEPIM, and it's not kdepimlibs +[21:48:33] the patch is in plasma-workspace +[21:48:59] anything else needs kdepimlibs? +[21:49:11] nothing needs it, it is still optional +[21:49:30] why do we have this agenda item then? :P +[21:50:00] --> dilfridge_ (~quassel@gentoo/developer/dilfridge) has joined #gentoo-meetings +[21:50:01] i have no idea, i am just pointing out that the item is invalid, the problem is in our side +[21:50:06] <-- dilfridge (~quassel@gentoo/developer/dilfridge) has quit (Ping timeout: 240 seconds) +[21:50:16] ok in that case ebuilds need fixing +[21:50:22] before we can stable 4.6 +[21:50:26] yes, we have open bugs and i am working on it +[21:50:49] 6) Making +consolekit and +policikit or removing the useflags as whole (non working stuff run-as is annoying) +[21:51:00] no idea about this one +[21:51:12] thats from me +[21:51:26] if those two are not around most of the user perms stuff is not working +[21:51:31] so users might complain a lot +[21:51:31] I remember from some upstream bug report that one of them is now required +[21:51:41] so i would go and just make it required +[21:51:42] really +[21:51:51] if not it is just broken (not supported anymore) +[21:52:02] <-> dilfridge_ is now known as dilfridge +[21:52:04] <-> dilfridge is now known as dilfridge_ +[21:52:06] <-> dilfridge_ is now known as dilfridge +[21:52:37] is it too much load if we make them harddeps? +[21:52:42] nope +[21:52:45] like 5 more deps +[21:52:48] sure then +[21:52:49] people will whine, as usual +[21:53:04] it kind of forces a more modern system, but makes debugging for us easier +[21:53:04] for sure +[21:53:11] what about macos? +[21:53:19] do they have different KAuth backend? +[21:53:37] http://techbase.kde.org/Development/Tutorials/KAuth/KAuth_Basics +[21:53:47] -*- dilfridge thinks the weird guys should be handled later +[21:54:19] i don't see anything arch specific there +[21:54:33] no, because it may determine we can't harddep them +[21:54:43] do we have them enabled by default? +[21:54:48] if not, can we do this instead? +[21:55:40] people should know that they need some things as deps to have a DE like KDE run normally +[21:55:47] tampakrap: https://projects.kde.org/projects/kde/kdelibs/repository/revisions/master/show/kdecore/auth/backends +[21:56:21] yeah +[21:56:38] so, should we ask upstream? +[21:56:47] i could mail those guys listed in the changelog +[21:56:59] no need +[21:57:06] or we could enable it by default for everything but mac +[21:57:08] I'd add IUSE defaults +[21:57:20] reavertm: please not +[21:57:30] people WILL try to switch it off +[21:57:42] it does not help +[21:57:45] yes +[21:57:55] it doesn, then we can say - screw you, you disabled it +[21:58:08] yeah, elog +[21:58:14] reavertm: it's a use flag so people think its optional +[21:58:16] endofstory +[21:58:24] and we have wasted time trying to find the problem and added additional cruft to the eclass +[21:58:31] and elog gives me the right to invalid their bug +[21:58:38] it's also enabled by default which means there's some thinking behind it +[21:59:12] we may be in the land of infinite options but not in the land of infinite support manpower +[21:59:37] i agree with IUSE defaults ftr +[21:59:50] maybe use.force :P +[22:00:02] god just drop it and let the 4 people complain +[22:00:05] reavertm: that's ok I guess +[22:00:06] (someone can use.mask if one wants) +[22:00:09] come on we threw mysql their way +[22:00:11] and nobody whine +[22:00:12] d +[22:00:15] nowdays +[22:00:16] :D +[22:00:19] drop it! +[22:00:51] reavertm: your call :P +[22:01:02] i don't care much +[22:01:40] -*- reavertm thinks the one who is going to do the job, should decide +[22:02:37] I'm prefer not to drop use flags though +[22:02:39] reavertm: ok your call +[22:02:52] reavertm: tampakrap is the one who decide in the end nowdays :) +[22:03:02] it's not really a harddep if one wants just kdelibs + misc stuff +[22:03:13] yeah i don't like dropping the useflag +[22:04:04] does use.force have precedence over use.mask? +[22:05:02] (I mean, is it possible for etc/portage/*/use.mask to disable use.forced flag? +[22:05:17] no idea +[22:05:55] anyway, it is taking too long, let's decide in the mailing list instead +[22:06:02] -*- reavertm votes for use.mask +[22:06:08] use.force* +[22:06:11] i'll send the mail, we can get some feedback from users as well +[22:06:21] ok +[22:06:30] use.force is easily done and reversible +[22:07:20] and should be hard enough for users to switch off +[22:07:24] dilfridge: agree to continue in the ml? +[22:07:29] ok +[22:07:36] thank you +[22:07:39] 7) AT/overlay/bugzie access policy +[22:07:43] this is mine +[22:08:07] scarabeus: i need a clear list on who has access to the overlay, who has editbugs privs and who is a KDE AT +[22:08:11] and compile a page +[22:08:38] and i need to define a rule for ATs, and get all those priviledges together +[22:08:40] tampakrap: ahem you have access to the list +[22:08:41] do you agree? +[22:08:46] i dont have it +[22:08:53] and i upgraded everyone to at already +[22:08:56] lol, i know, i'm just saying +[22:08:58] who can potentially have elevated rights in bugzie? +[22:09:04] only real devs? +[22:09:11] even users +[22:09:19] which we are watching +[22:09:31] "arch testers", "overlay committers" +[22:09:32] the one who has finished ebuild quiz, has gone through an AT/HT review session and someone is watching him +[22:10:14] so, define two groups of people in addition to ATs? +[22:10:28] hmm? +[22:10:39] what two groups? +[22:12:14] ATs, overlay commiters +[22:12:20] is that what you just said? +[22:13:06] nono I was just trying to make a point to papillon81 +[22:13:44] ah k +[22:13:53] scarabeus: i need your idea on what to do here +[22:14:03] in effect, the two groups would be "overlay committers" and "bugedit", but I'm not sure if it would make sense to make just one group for that +[22:14:08] i have no idea how to clean up this mess +[22:14:11] simplifies things +[22:14:25] eg Sput refuses to become an AT, doesn't want ot finish ebuild quiz +[22:14:40] just have two groups, access ; access + bugedit which == AT +[22:14:44] we could have overlay commiters and full ATs but i don't like it +[22:15:48] anyway, i'll compile the list first and bring the topic up again +[22:16:04] who is going to be AT lead now? or should we drop the title? +[22:16:15] i find it a bit useless, like every lead position :P +[22:16:45] drop it +[22:17:16] no volunteers :P +[22:17:23] next: +[22:17:25] 8) livedvd issues +[22:17:28] who knows, AT lead does more recruiting work imho +[22:17:31] likewhoa: anything to say here? +[22:17:47] reavertm: do you want the position then? +[22:17:50] nothing really just a few request made by users +[22:18:11] tampakrap: hell no +[22:18:27] thought so :) +[22:18:33] i added an icon to the kde start menu and some users wanted to know if kde can make use of it, also some users wanted to know if there were any gentoo centric kde themes +[22:18:37] likewhoa: shoot now that we are all here :) +[22:18:57] -*- dilfridge runs +[22:19:06] -*- likewhoa pulls dilfridge back with some cookies +[22:19:22] well, tbh i need someone to do some graphics work if we are going to implement branding +[22:19:33] and i couldn't find anyone the last two years +[22:19:49] tampakrap: poke a3li +[22:19:59] he hates kde +[22:20:11] i can also do graphics but won't be available for that until mid march +[22:20:30] tampakrap: i made the wallpapers for the livedvd, not the one on the desktop but the others ones +[22:20:37] i think jmbsvicetto used one for FOSDEM +[22:21:25] well, if you are willing to help here i'm all in add it to the tree +[22:21:29] but a kde gentoo centric theme would be ideal and can be part of the branding USE flag +[22:21:35] sure +[22:21:46] let's do some work first and bring the topic back again +[22:21:56] ok +[22:22:08] anything else? +[22:22:13] no +[22:22:19] cool thanks +[22:22:28] please everyone test the dvd :) +[22:22:31] in #gentoo-ten +[22:22:44] use zsync so you don't waste bandwidth on new releases +[22:22:51] net-misc/zsync that is +[22:23:03] next: +[22:23:06] 9) documentation status +[22:23:16] pretty please everyone read the documentation +[22:23:36] help me to complete the tips and troubleshoot with 4.6 specific parts +[22:24:09] i wanted to say something more about this one but i forgot it +[22:24:19] anyway, i'll merge the last two topics: +[22:24:26] 10) 4.6 (and misc apps with 4.6) status +[22:24:33] 11) early discussion about 4.6 stabilization +[22:25:03] i'm listening, i vote early for 4.6.1 stabilization :) +[22:25:16] stabilize 4.6 as quick as possible. 4.6.1 +[22:25:41] i need more feedback about misc apps though +[22:25:57] stabilize early. 4.6.1 should be fine. +[22:25:57] for example, knetworkmanager is broken and i lack the hardware to test currently +[22:25:58] knetworkmanager is waiting for ubuntu +[22:26:12] sorry? +[22:26:27] 4.6... doesn't feel worse than 4.5 +[22:26:34] i talked with wstephenson about it yesterday +[22:26:39] strange, I know +[22:26:40] do we want to wait for kdepim? if we say "stabilize fast" that means no +[22:26:50] i don't get you at all, sorry +[22:26:56] it is waiting for ubuntu to do what? +[22:27:11] tarball release /me thinks +[22:27:38] well, let's wait for kdepim to get a proper release first :) +[22:28:14] kubuntu are 'a bit worried' that it will be before KNM is ported to 0.9 +[22:28:49] tampakrap: what exactly is broken in you opinion? +[22:28:59] i have no idea, i saw a bug report +[22:29:07] but my laptop is off now and i can't test +[22:29:12] something about kwallet i think +[22:29:25] i would like more to know though about this +[22:29:35] well. i can look into it. also there are some nice patches from the pardus guys +[22:29:36] eg dilfridge: how is digikam/koffice in 4.6? +[22:29:42] fine +[22:29:56] reavertm: printing? +[22:29:59] any progress? +[22:30:02] 2.2.2 (stable) is broken but 2.3.1 is good +[22:30:36] printing.. some people report it works +[22:31:02] since when is kde supposed to do printing? =) +[22:31:09] since 4.4 +[22:31:15] "supposed" +[22:31:27] I thought that feature was disabled with 4.0 ... +[22:31:40] I bump scp usually on time, scp-kde - I'd prefer it to be still in ~arch +[22:32:00] the feature was not ported to kde4 at all, you're right +[22:32:55] anyway, we can discuss it next month after 4.6.1 gets a release +[22:33:08] i remembered what i wanted to say about documentation +[22:33:10] http://git.overlays.gentoo.org/gitweb/?p=proj/kde.git;a=tree;f=Documentation;h=d7e234375abd5fc61c4d7dae47adaf57d9efcac1;hb=HEAD +[22:33:12] nothing to discuss here, printing will not go stable +[22:33:36] i'm going to port them to guidexml (CODE, README etc) or merge them with the guide +[22:33:47] good idea +[22:34:00] i'll need feedback to the documentation though (pretty please) +[22:34:15] i think we are done +[22:34:21] *) open floor +[22:34:32] did anyone of you hear from the digikam guys? +[22:34:45] dilfridge: i am talking with will (suse) +[22:34:54] to shutup him abvout the opensuse argument +[22:34:56] so wait a bit +[22:34:58] ok... what's the general feeling there +[22:35:00] ok +[22:35:01] cross distro coord takes lot time +[22:35:03] what argument? +[22:35:25] so opensuse doesn't mind slotting and bundled libs? +[22:35:27] tampakrap: "opensuse likes the libs bundled" +[22:35:35] yeah good idea +[22:35:46] https://bugs.kde.org/show_bug.cgi?id=265328#c6 +[22:35:57] plus debian and others already agreed not to ship digikam2 +[22:36:05] if the issue is not resolved +[22:36:09] scarabeus: please bring svuorela to the table +[22:36:19] reavertm: he? +[22:36:21] ah +[22:36:32] debian guy +[22:36:43] we met him in fosdem +[22:36:49] scarabeus: remember? +[22:36:53] yep +[22:37:01] that s why i said ah +[22:37:07] anyway will do so +[22:37:07] will anyone join me in desktop summit this year? :) +[22:37:14] aug 6th berlin +[22:37:15] where it is? +[22:37:21] http://www.desktopsummit.org/ +[22:37:29] likely not me, other plans... +[22:37:42] if i make it (99% i will) i'll apply for a gentoo talk +[22:37:53] last year we were invited to do the talk +[22:37:59] oh, Berlin. that's good +[22:38:04] berlin sounds good +[22:38:15] but i would need to couchsurf somewhere :) +[22:38:27] reavertm: how about you? +[22:38:39] very unlikely +[22:39:18] hmm, August... who knows.. +[22:40:05] ok ladies, i think that's all +[22:40:47] thanks \ No newline at end of file diff --git a/meeting-logs/kde-project-meeting-summary-20110210.txt b/meeting-logs/kde-project-meeting-summary-20110210.txt new file mode 100644 index 0000000..c38edf6 --- /dev/null +++ b/meeting-logs/kde-project-meeting-summary-20110210.txt @@ -0,0 +1,107 @@ +Present: alexxy, dilfridge, jmbsvicetto, scarabeus, tampakrap +Absent: ABCD, spatz +HTs: krytzz, papillon81 + +0) Elect new lead + +nominees: +Accepted: bonsaikitten, dilfridge, reavertm, tampakrap +Refused: alexxy, jmbsvicetto, scarabeus + +results: +scarabeus -> tampakrap +dilfridge -> tampakrap +bonsaikitten -> tampakrap +tampakrap -> reavertm +alexxy -> tampakrap +reavertm -> tampakrap +jmbsvicetto -> tampakrap + +tampakrap is the new KDE Team Lead + +1) Status regarding hal + +Since KDE SC 4.6 is out, we don't need it anymore. As soon as 4.6 +gets stable, hal can die. + +2) Should we try to form a "stable KDE devs" team? Meaning just call for volunteers on the dev ml? + +dilfridge stated that since most of the kde team members use ~arch, +stable seems to lag behind. The problem is very obvious now, mainly +because we haven't stabilized 4.4. The problem will go away as soon +as 4.6 gets stable though. +Apart from main kde, the misc apps are also slow in stabilization. +We expect users to request for stabilizations in bugzilla. + +3) kde-git/eclasses migration and status, move kdepim 4.6 beta in tree masked + +reavertm, Sput, and scarabeus did a major cleanup in our eclasses +and added git support to eclasses and ebuilds. In order to migrate +the eclasses to tree we will need to get git-2.eclass in tree first +(it is now in kde overlay as well). ETA: not less than a month. As a +side note, we decided to remove koffice-specific codeout of the eclasses. + +4) Shall we drop useflags kdeenablefinal and/or kdeprefix to simplify code? + +First of all, both useflags are masked. We agreed to keep kdeenablefinal, +since it is an upstream feature. About kdeprefix, the problem is that +bindings are not prefixed, and a possible fix (proposed by reavertm) +would be to slot sip. tampakrap said he'll work on this, and bring the +topic back in next meeting. + +5) Dropping of semantic-desktop useflag with guide update (mostly even kdebase needs it on now) + +This entry is invalid, semantic-desktop is not needed by kdebase. +The problem is in our ebuilds (plasma-workspace is semi broken, +kdeplasma-addons is completely broken). We have open bugs for those, +the problem is clearly in our side. + +6) Making +consolekit and +policikit or removing the useflags as whole (non working stuff run-as is annoying) + +scarabeus and dilfridge are in favour of dropping them, since it +caused a lot of trouble debugging various user reports. reavertm +prefers adding it to IUSE defaults. No consensus was succeeded, +the topic will be continued in the gentoo-desktop mailing list. + +7) HT/overlay/bugzie access policy + +Since we don't have a clear list of who is an HT and who isn't, we +decided to compile a list, and state what priviledges the HT has. +(HT = Herd Tester). Some people don't have time/motivation to complete +their ebuild quiz, thus we'll have two groups of people: + * full HTs (overlay access, editbugs, access to ktown, IRC cloak) + * overlay commiters +We decided to drop the KDE HT Lead title, seems rather useless. + +8) LiveDVD issues + +LiveDVD comes with KDE SC 4.6 as default DE, and we called likewhoa +(the guy behind it) to report any issues. He said that everything +seems to be fine, but random users wanted the cool gentoo graphics +to be applied to in-tree ebuilds as well. The KDE Team is willing +to do that, likewhoa said he'll provide us some artwork and we'll +discuss again the USE="branding" issue. + +9) documentation status + +There has been a major improvement in the guide, added some 4.6 specific +tips and troubleshooting parts, we need to add a hal->udev migration +guide, and migrate some texts that are in kde overlay to guidexml. + +10 & 11) 4.6 (and misc apps with 4.6) status , Early discussion about 4.6 stabilization + +KDE SC 4.6 is going fine, we all agreed that 4.6.1 could be a good +candidate, we'll discuss it again after its release. About a 4.6 +KDEPIM version, no idea yet, we'll have to wait on upstream moves first. +Most misc apps seem to be fine with 4.6 as well. + +*) Open floor + +One major issue is digikam, it comes with lots of bundled libraries, +which violates the Gentoo QA Policy. We heard that Debian has same +thoughts on the matter, we'll have to bring them to table. Relevant +bug report: https://bugs.kde.org/show_bug.cgi?id=265328 + +Desktop Summit! We were invited last year to Akademy to give a talk +about Gentoo-KDE, noone made it. Some of us expressed interest for +this year's event, which combines GUADEC and Akademy. \ No newline at end of file -- cgit v1.2.3-65-gdbad