diff options
-rw-r--r-- | meeting-logs/kde-project-meeting-log-20120322.txt | 282 |
1 files changed, 282 insertions, 0 deletions
diff --git a/meeting-logs/kde-project-meeting-log-20120322.txt b/meeting-logs/kde-project-meeting-log-20120322.txt new file mode 100644 index 0000000..63e1ef7 --- /dev/null +++ b/meeting-logs/kde-project-meeting-log-20120322.txt @@ -0,0 +1,282 @@ +<johu> so let the party begin +<johu> 1. Roll call +-*- tampakrap here +<johu> ABCD, alexxy, bonsaikitten, dilfridge, jmbsvicetto, mschiff, scarabeus, +tampakrap, Thev00d00 +-*- dilfridge here +-*- alexxy +1 +-*- mschiff here +-*- johu of course too +<scarabeus> yo +<johu> ok lets move on +<johu> 2. Electing a new team leader +-*- johu nominates tampakrap +<tampakrap> I decline +<johu> other proposals? +<tampakrap> yes, dilfridge +<dilfridge> why not +<johu> scarabeus are you interested? +<alexxy> he he +<alexxy> may be scarebeus? +<tampakrap> johu: are you interested? +<alexxy> =D +<scarabeus> are you guys insane +<scarabeus> why the hell i would like to be lead :) +<scarabeus> i would have to start actually care +<johu> scarabeus: because you are veteran +<alexxy> scarabeus: didnt you care? or you turned to m$ win camp? +-*- tampakrap nominates johu and dilfridge +<johu> ok lets vote if no other proposals show up +<alexxy> scarabeus: so you agree for nomination? +<scarabeus> nop not accepting :) +<scarabeus> let someone new do it +-*- johu votes for dilfridge +-*- dilfridge votes for johu +<alexxy> hmm +-*- creffett stays out of this one +<alexxy> cycle dependency? +<dilfridge> :D +<creffett> maybe we could recompile one with USE="-doc" to fix it +-*- tampakrap votes for dilfridge +<alexxy> +1 for dilfridge +<mschiff> +1 dilfridge +<scarabeus> dilfridge++ +<johu> ok 5:1 +<johu> bless the new lead +<scarabeus> (nothing against johu i just want to see dilfridge enjoy my post +:P) +<dilfridge> :P +<tampakrap> the post is mine +<johu> thx tampakrap for your work as lead +<dilfridge> thanks guys +<tampakrap> you are welcome +<tampakrap> congrats dilfridge!! +<mschiff> yeah thanks tampakrap +-*- tampakrap kicks dilfridge +<dilfridge> ow +<alexxy> =P +<johu> 3. Dropping RPATH from installed binaries (5 minutes) +<johu> * Short discussion- any objections to testing this in the overlay +eclasses and later +<johu> moving it to the main tree if it works? +<alexxy> ghmm +<alexxy> may it hert someone? +<scarabeus> dropped rpath should work as is, so do it +<mschiff> +1 +<scarabeus> doesn't debian disable it too +<dilfridge> I dont see any problems +<alexxy> hmmm +<alexxy> +1! then +<johu> lets give the removal a try from me +<dilfridge> it's basically a patch in kdelibs afaik +<dilfridge> to one of the cmake files +<dilfridge> I can prepare that, I've looked into the thing before +<dilfridge> (but have not tested the result before) +<johu> why was it introduced? +<dilfridge> it's default in the kde buildsystem +<dilfridge> and imho a bug in cmake +<alexxy> i think it was here for sloted kde versions +<dilfridge> the logic is: +<dilfridge> * add a RPATH entry for every library dir that is not in the +system library directories * +<dilfridge> the cmake bug, in my opinion, is: +<dilfridge> * directories in ld.conf are not automatically considered as +system library dirs, but only some static list of dirs * +<dilfridge> our qt4 is in a "non-default path", usr/lib(64)/qt4 +<dilfridge> so cmake adds it to the RPATH +<dilfridge> but that's not needed because we add it already to ld.conf with an +environment file +<dilfridge> s/ld.conf/ld.so.conf/ +<johu> any objectiosn from the crowd? +<tampakrap> fine by me +<alexxy> kill it =D +<johu> ok we move on +<dilfridge> we can introduce the patch with 4.8.2 and move it to the main tree +then +<johu> 4. Bugs (30 minutes) +<johu> * Remove hard dep on media-libs/phonon from kde-base/kdelibs +<johu> https://bugs.gentoo.org/show_bug.cgi?id=356681 +<johu> https://bugs.gentoo.org/show_bug.cgi?id=388041 +<johu> dilfridge: yes its next week +<dilfridge> ok I'll make the patch for 481, it should apply just the same to +482 +<johu> qt-phonon will be removed with qt5... +<mschiff> or should it bee || x11-libs/qt-phonon ? +<dilfridge> upstream says "technically you can replace phonon with qt-phonon, +but that's just stupid because you lose functionality" +<dilfridge> (kde upstream) +<johu> reasonable^ +<mschiff> so maybe ewarn if qt-phonon is there but accept it +<scarabeus> we should go the other way +<dilfridge> i think we get into a lot of trouble with not much gain +<scarabeus> remove qt-phonon if desired +<scarabeus> but not the other way around +<tampakrap> exactly, I believe we should keep phonon as is +-*- johu votes for as is +-*- dilfridge votes for as is and close bug as wontfix +<mschiff> I mean if someone knows what he does and *wants* qt-phonon? +<mschiff> I wonder why Markos added that bug... +<tampakrap> find me one first +<johu> alexxy: your opinion? +<mschiff> otoh if it will be dropped soon... ok +1 for keep it as is +<alexxy> i dont think its good idea +<alexxy> we should keep it to make kdelibs functional +<johu> ok i will take of the bug after meeting summary +<johu> * Eclass problem with handbook without LINGUAS. +<johu> https://bugs.gentoo.org/show_bug.cgi?id=372457 +<johu> anybody had a deeper look in to this? +<dilfridge> no... it's pretty confusing code +<scarabeus> the handbook code is quite magic :) +<scarabeus> you need reavertm to explain that +<johu> we need reavertm in every team meeting :D +<tampakrap> skip for next meeting? mail reavertm? +<johu> dilfridge: your first lead task +<dilfridge> hehe +<dilfridge> I'll try +<dilfridge> next bug +<johu> * Revise the change "semantic-desktop? -> semantic-desktop=". +<johu> Why was the change needed. +<johu> https://bugs.gentoo.org/show_bug.cgi?id=396491 +<alexxy> dilfridge: Mission directive for you: Find reavertm and make him fix +handbook =D +<johu> was before my time +<dilfridge> scarabeus: ^ that's for you +<scarabeus> johu: the goal was to enforce it everywhere +<scarabeus> it is ment to be global useflag only +<scarabeus> so set in make.conf or not set at all +<scarabeus> some packages rely on semantic-desktop capablities in other ones +<scarabeus> and this was easiest way how to ensure that user wont fuckup +<johu> and this is valid today +<tampakrap> I approve that change +<scarabeus> it should still be +<johu> ok tampakrap you are the volunteer for that bug +<tampakrap> ack +<johu> 5. Open floor (15 minutes) +<dilfridge> kwin does not build anymore without opengl support (or at least +gles) +<johu> yes +<scarabeus> tampakrap: so what with the stabilisation +<dMaggot> fwiw, I'll become upstream of kportagetray and hopefully +plasma-emergelog, I'll work on those next week and probably will release stuff +<johu> scarabeus: i would suggest 4.8.2 +<dilfridge> dMaggot: cool +<tampakrap> what stabilization? +<tampakrap> ah, kde sc +<dilfridge> what's still bad in 481? +<tampakrap> I would suggest 4.8.1 asap, it has tons of bugfixes +<tampakrap> many crashes as well +<tampakrap> I would stabilize it asap imho +<dilfridge> I mean I'm running it and it seems to work finr +<mschiff> 4.8.2 has some important fixes too +<dilfridge> fine +<scarabeus> each version have important fixes +<johu> the keywords not restored so far +<scarabeus> question is: are those regressions since 4.7 +<tampakrap> definitely not +<alexxy> scarabeus: no =D +<dMaggot> scarabeus: in kmail, I think +<alexxy> it only features +<tampakrap> and keywords is johu's job :D +<dilfridge> no, kmail got much more stable again +<scarabeus> tampakrap: and you have the query for the bugs :) +<alexxy> kmail works with lkml imap dir +<scarabeus> kmail 4.8.1 is already heaven comapred with 4.7.4 +<alexxy> with 300k+ mails +<scarabeus> trust me i am runnig stable kde now +<scarabeus> and sometimes it does interesting stuff +<tampakrap> don't trust him, he is running opensuse +<alexxy> scarabeus: stable?! +<dMaggot> lol +<scarabeus> see my stabling of akonadi-server :) +<tampakrap> anyway +<scarabeus> to solve some bugs +<johu> https://bugs.gentoo.org/show_bug.cgi?id=407709 +<alexxy> ahh opensuse =D +-*- tampakrap votes for 4.8.1 with passion +<alexxy> its not stable =D +-*- dilfridge votes for 4.8.1 +-*- johu votes for 4.8.2 +<scarabeus> johu: see this is regression, if 4.8.1 goes stable just shovel the +patch to 4.8.1 +<scarabeus> alexxy: i run stable gentoo , hardened stable gentoo +<alexxy> +1 for 4.8.1 +<scarabeus> Linux arcarius 3.2.2-hardened-r1 #8 SMP Thu Mar 22 12:23:02 CET +2012 x86_64 Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz GenuineIntel GNU/Linux +<alexxy> scarabeus: hardened desktop? +<scarabeus> alexxy: yep, same as dilfridge +-*- johu will prepare stabilisation +<alexxy> hmmm +<alexxy> i may try it on laptop =D +<scarabeus> johu: lemme know when you have list, i can showel it to my desktop +and test +<dilfridge> though I dont use hardened kernel yet... but I'll change that soon +<alexxy> scarabeus: did you enabled grsec? or you use only pax? +<johu> any other topics in the open floor? +<creffett> am I allowed to bring one up? +<dilfridge> sure +<creffett> (if it hasn't been discussed at a meeting previously), what to do +about all of the dbus-related test failures? +<dilfridge> sigh +<alexxy> its open floor so anyone allowed +<dilfridge> ignore them? +<creffett> because with a lot of them, we're patching out tests to the point +where the test suites are pointless +<dilfridge> honestly I dont know what to do there +<scarabeus> alexxy: both +<dilfridge> many of the testsuites are not even used by upstream devs +<dilfridge> my personal suggestion would be: +<mschiff> which is really ssad +<johu> the best solution for the test failures woold be to get virtual-dbus +eclass running +<dilfridge> * if only one test / two tests of many fails, disable with patch +<creffett> I was looking at that +<dilfridge> * otherwise restrict +<dilfridge> if you can make it work, that would be great +<dilfridge> but I've given up hope a bit +<dilfridge> also, +<creffett> the problem with virtual-dbus is that we'd have to dig into the kde +eclasses +<creffett> because you can't run a bash command in the virtual-dbus +environment +<dilfridge> dbus is a communication tool, so the tests need something to talk +to (i.e. a kde desktop environment) +<dilfridge> which means the tests may want to start up an entire desktop +environment in the virtual session +<dilfridge> :| +<tampakrap> I also have a quick topic when you finish with the dbus tests +<creffett> I haven't got anything else on the matter +<dilfridge> creffett: if you get this to work, great... +<tampakrap> OK my topic: +<creffett> dilfridge: I'll keep poking, no promises :P +<dilfridge> tampakrap: go ahead +<tampakrap> welcome new members: creffett (he has open bug), kensington ( he +has open bug as well), dastergon (he doesn't have open bug yet, but he has the +priviledge to be my friend) +<dastergon> :) +<johu> and welcome to scarabeus +<scarabeus> another ugly greek :P +<dilfridge> :) welcome! +-*- creffett waves +<mschiff> welcome ;) +-*- mschiff has another little one: I am a bit short of time working in kde +herd because we are building our new home here... but this will calm down in +May, so I hope to have more time again then... +<dastergon> scarabeus: the greek community is growing fast !! +<tampakrap> yeah, now that I left :( +<johu> any other topics? +<tampakrap> another short one +<tampakrap> I'm going to stop doing kde things and spend 99% of my gentoo time +in infra +-*- dilfridge sets linewidth in tampakrap's irc client to 20chars +<tampakrap> since mentees are shortened out and I don't have the leader +position any more +<johu> sad +<johu> :*{ +<dilfridge> hey we'll miss you! +<tampakrap> not really, you don't need me +<johu> scarabeus: kick him from me in the office +<scarabeus> :D +<johu> 3 +<johu> 2 +<johu> 1 +<johu> meeting is over |