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