Added log for the 20090401 meeting and updated index.xml to include the link to the log and summary (to follow).

1 files changed, 601 insertions, 0 deletions

diff --git a/meeting-logs/kde-project-meeting-log-20090401.txt b/meeting-logs/kde-project-meeting-log-20090401.txt
new file mode 100644
index 0000000..0c83346
--- /dev/null
+++ b/meeting-logs/kde-project-meeting-log-20090401.txt
@@ -0,0 +1,601 @@
+21:01 <@scarabeus> hey
+21:01 <@scarabeus> now we can start
+21:01 <@jmbsvicetto> I'm out of here. See you later :P
+21:02 <@alexxy> jmbsvicetto: stay here =)
+21:02 <@scarabeus> hehe
+21:02 <@scarabeus> !herd kde
+21:02 < Willikins> (kde) alexxy, caleb, carlo, cryos, deathwing00, genstef, jmbsvicetto, keytoaster, mattepiu, patrick, scarabeus, tampakrap, tgurr
+21:02 <@scarabeus> krytzz: reavertm Sput wired 
+21:02 <@scarabeus> ausing again
+21:02 <@scarabeus> meeting time
+21:03 <+krytzz> aye
+21:03  * tampakrap is here
+21:03 <@cryos|work> That was an hour ago wasn't it? I thought we were done :P
+21:03  * jmbsvicetto agrees
+21:03 <@scarabeus> :D
+21:03  * alexxy here or there like a psi^2
+21:04 <@scarabeus> bonsaikitten: dont hide, i saw ya
+21:04 -!- jmbsvicetto changed the topic of #gentoo-kde to: Official Gentoo KDE Project channel | Next Meeting^Wamarok party: Wednesday April 1st 19:00 UTC | KDE 4 guide: http://tinyurl.com/4n47v4 | Overlays: kde-testing, qting-edge | Want to help us? Ask channel staff for info | Bugs: http://tinyurl.com/kdebugs1 http://xrl.us/qtbugs | Useful links: http://userbase.kde.org/ http://ktown.kde.org/~dirk/dashboard | Want to test KDE4 on a kvm? http://tinyurl.com/by7tv3
+21:04 <@scarabeus> !herd qt
+21:04 < Willikins> scarabeus: (qt) caleb, carlo, hwoarang, yngwin
+21:04  * jmbsvicetto starts jumping around
+21:04 <@jmbsvicetto> scarabeus: ok, ok. I'll behave ;)
+21:04 <@hwoarang> im here
+21:04  * hwoarang GOGO GREEEEEEEEEEEEEECE
+21:04 <@scarabeus> jmbsvicetto: well you are the lead, you do the example for us :D
+21:05 <@scarabeus> remember we store meeting logs tho :D
+21:05 <@tampakrap> i think we shouldn't this time
+21:05 <@scarabeus> hehe
+21:05 <+reavertm> ok...
+21:05 <@scarabeus> reavertm: you are first on list
+21:05 <@scarabeus> so speak up
+21:06 <@scarabeus> :D
+21:06 <+reavertm> so, kdeprefix
+21:06 <@scarabeus> http://www.pastebin.cz:80/16911
+21:06 <+reavertm> the idea is ... to drop it :)
+21:06 <@scarabeus> (list for others)
+21:06  * wired back
+21:06 <@alexxy> or mask kdeprefix useflag
+21:06 <@alexxy> =)
+21:06 <+reavertm> (from non kde-base)
+21:06 <@tampakrap> i agree
+21:07 <+reavertm> I already started to play in dropped-kdeprefix-on-non-kde-base branch if anyone is interested
+21:07 <@alexxy> may be better to mask it for all packages
+21:07 <+reavertm> in the process I rewritten kde4 eclass
+21:07 <@alexxy> so people who realy want could unmask it
+21:07 -!- spitfire_ [n=quassel@ackz136.neoplus.adsl.tpnet.pl] has joined #gentoo-kde
+21:07 <+reavertm> important changes are:
+21:07 <@scarabeus> alexxy: nah i prefer nonkdeprefix, it is better
+21:08 <@scarabeus> alexxy: less thins to worry about
+21:08 <+reavertm> NEED_KDE deprecated in favor of KDE_REQUIRED and KDE_MINIMAL (the latter already there)
+21:08 <+wired> scarabeus++
+21:08 <@alexxy> scarabeus: i use -kdeprefix too 
+21:08 <@alexxy> so we can mask kdeprefix use flag for tree packages
+21:08 <@tampakrap> if we mask it, we somehow still provide support for it, something that i don't want
+21:08 <@cryos|work> I use -kdeprefix too, but I think it would be nice to keep it as an option that can be unmasked. It has its uses, I just don't think it is for general consumption...
+21:08 <@alexxy> so people who want install 4.2 4.3 and live together can unmask it
+21:09 <+reavertm> my eclass drops kdeprefix from non-kde-base
+21:09 <@scarabeus> alexxy: the part for non-kde-base
+21:09 <@scarabeus> not for base kde
+21:09 <@scarabeus> :D
+21:09 <+reavertm> do you even read me?
+21:09 <@scarabeus> we are not removing the flags from kdebase/*
+21:09 <@scarabeus> :D
+21:09 <@cryos|work> Is there a way to hack it back in for non-kde-base if you don't care about support?
+21:09 <@tampakrap> everybody stop typing until reavertm finishes his words please
+21:09 <@scarabeus> cryos|work: narp
+21:10 <@scarabeus> for the eclass i already read it and i think it is much cleaner, specialy no "get_latest_kdedir"
+21:10 <@cryos|work> I work on several packages where I would like trunk and release. I could locally hack it, but the current situation is useful even if not supporte.d
+21:10 <+reavertm> RPATH solves possible linking issues
+21:10 <@scarabeus> well we droped mostly live slot for packages
+21:10 <@scarabeus> cryos|work: buty you can allways override prefix so it shoudl be no prob
+21:11 <+reavertm> now packages are built not agains newest available KDE (if more installed) but with the oldest - yet respecting KDE_MINIMIAL
+21:11 <@cryos|work> Seems a shame, but I can maintain custom ebuilds for the few I work on.
+21:11 <+reavertm> scarabeus: all live slots dropped
+21:12 <@jmbsvicetto> hmm, scarabeus / reavertm drop kdeprefix for non-live, right?
+21:12 <@scarabeus> for everything
+21:12 <@jmbsvicetto> scarabeus / reavertm: !kde-base live apps should install under /usr/kde/live
+21:13  * cryos|work thought that too...
+21:13 <+reavertm> /usr/kde/live is KDE release dir and should not contain any 3rd party apps imho
+21:13 <@scarabeus> that wont run for pple that install live misc apps for 4.2 in example
+21:13 <@alexxy> jmbsvicetto: no =)
+21:13 <@jmbsvicetto> We've been talking about this for a long time. all live ebuilds should go under /usr/kde/live
+21:13 <@scarabeus> i use lots of live apps
+21:13 <+reavertm> how aboyut accessing those live packages from kde 4.2 ?
+21:13  * alexxy also use kile amarok and k3b
+21:13 <@alexxy> with 4.2 and 4.3 snapshots
+21:14 <@alexxy> so i dont like idea of dropping kdeprefix for misk apps
+21:14 <@jmbsvicetto> If we use the KDE_MINIMAL it should work, no?
+21:14 <@cryos|work> So you are dropping any support for installing/building live apps against live KDE builds?
+21:14 <@alexxy> in way as jmbsvicetto said
+21:14 -!- [DWSR] is now known as DWSR
+21:14 <+reavertm> how is dropping kdeprefix from live packages related to not being able to use them with 4.2 ?
+21:14 <@scarabeus> cryos|work: so you think live should be special case...
+21:15 <@scarabeus> reavertm: well it can be done so live is special enviroment
+21:15 <@alexxy> i think better to mask kdeprefix use flag for all kde in tree
+21:15 <@scarabeus> and we can just not bother for it
+21:15 <@jmbsvicetto> scarabeus: That's why live doesn't fit in SLOTS ;)
+21:15 <@cryos|work> scarabeus: I always have, but I tend to work with live and do development, but want a stable desktop for work...
+21:15 <@alexxy> so people who want eg 4.2 and live togther can deal with it
+21:16 <@scarabeus> alexxy: current approach is broken
+21:16 <+reavertm> I use 4.2 and live non-kde-base stuff
+21:16 <@scarabeus> i srsly fear next major release
+21:16 <@jmbsvicetto> ok, let's try something different
+21:16 <@jmbsvicetto> The point of having kdeprefix was to allow running more than 1 version at the same time
+21:16 <@cryos|work> I guess for people with live KDE, and live misc apps built against 4.2 things would likely still work though.
+21:16 <@scarabeus> eys that is maintained
+21:16 <+reavertm> jmbsvicetto: be more precise
+21:16 <+reavertm> more than one version of what?
+21:17 <+reavertm> KDE release or any package?
+21:17 <@jmbsvicetto> With the exception of live (imo) which should be under /usr/kde/live - the real solution for that is to change the kde build system and have all versions under /usr
+21:17 <@cryos|work> KDE, but are you really trying to separate packages that build against it?
+21:17 <@scarabeus> well it is like kde3
+21:17 <@scarabeus> cryos|work: 
+21:17 <@jmbsvicetto> reavertm: more than one KDE release
+21:17 -!- non7top [n=non7top@94.77.134.21] has joined #gentoo-kde
+21:17 <+reavertm> and you'll still have it :P
+21:18 <@cryos|work> OK - I will stay quiet. I am really busy today anyway and have not been on IRC for weeks....
+21:18 < spitfire_> cryos|work: no it doesn't always work. I had quassel built against 4.2 and it didn;t run in live complaining about missing symbols in oxygen.so.
+21:18 <@jmbsvicetto> The point is whether anyone is willing to start the work
+21:18 <@jmbsvicetto> I haven't looked at that yet
+21:18 <+reavertm> spitfire_: 
+21:18 <+reavertm> nop
+21:18 <@jmbsvicetto> cryos|work: I would like to get your opinion about this issue
+21:18 <+reavertm> you had quassel built againd live that didn;'t work with 4.2
+21:19 <+reavertm> because so far it was like this - having 4.2 and -9999 - apps were bult againt *the newest* kde
+21:19 <@cryos|work> At least now KDE will work if built against an old KDE and linked to a newer one.
+21:19 <@scarabeus> yes 
+21:19 <@jmbsvicetto> cryos|work: We've talked a lot about this and tried to reach a compromise that would satisfy everyone, so I would like that any change gets our support
+21:19 <@cryos|work> So building against 4.2 and linking to live should work, assuming no one screwed up and I do that a lot.
+21:19 <@scarabeus> yes it have to wor
+21:19 <@scarabeus> the cant break abi
+21:19 < spitfire_> reavertm: sry to interrupt but for example quassel never finds kde-live, always builds against 4.2
+21:19 <+reavertm> actually there's RPATH
+21:20 <+reavertm> if we drop RPATH then we may start worrying about linkage problems
+21:20 <@cryos|work> It doesn't have to - people screw up... And there is RPATH which can force linking to a particular path.
+21:20 <@jmbsvicetto> scarabeus: that's the "theory", but that's not their practice
+21:20 <@alexxy> spitfire_: later
+21:20 <@scarabeus> indeed
+21:20 <@cryos|work> jmbsvicetto: They do pretty well on the whole, but RPATH alleviates issues with screw ups too...
+21:20 <+reavertm> (and I'm going to drop rpath for -kdeprefix)
+21:20 <+reavertm> (btw)
+21:20 <@jmbsvicetto> cryos|work: all the mess with libplasma, phonon, kdeartwork-kscreensaver, ...
+21:21 <+reavertm> phonon is kdeprefix problem
+21:21 <@cryos|work> Like I said, they do pretty well... ABI is really tough to keep stable...
+21:21 <+reavertm> it install kde4 plugins
+21:22 <+reavertm> adding QT_PLUGIN_PATH to /usr/lib64/kde4/plugins could possibly solve it
+21:22 <@jmbsvicetto> cryos|work: The problem is that 4.0 was nowhere where they wanted it to be, so they've realized many things required changes
+21:22 <@cryos|work> Yeah, I know... Mixing versions is always really tough to get right too.
+21:22 <+reavertm> 4.3 is meant to be ABI compliany with 4.2
+21:23 <@scarabeus> ok how about removing prefix totaly
+21:23 <@scarabeus> and have live/stable
+21:23  * jmbsvicetto looks at bonsaikitten 
+21:23 <@scarabeus> so live apps are their own env
+21:23 <@scarabeus> and the stable is /usr
+21:23  * reavertm doesn't get it
+21:23 <+reavertm> where does live go?
+21:23 <@scarabeus> on the live note we can generate snapshots (weekly)
+21:23 <@scarabeus> /usr/kde/live/
+21:24 <@scarabeus> everything live
+21:24 <@bonsaikitten> jmbsvicetto: what!
+21:24 <+reavertm> how is this different from current situation?
+21:24 <@scarabeus> i still prefer your solution
+21:24 <@jmbsvicetto> scarabeus: To be honest, I'm losing the "motivation" to keep hammering about kdeprefix, but that was the major issue I had to deal with when we started working back in KDE
+21:24 <@scarabeus> reavertm: that there wont be kdeprefix anywhrere else than in live
+21:24 <@jmbsvicetto> scarabeus: That's why I've resisted so long to dropping it
+21:24 -!- ali_bush [n=alistair@gentoo/developer/alibush] has quit [Remote closed the connection]
+21:24 <@scarabeus> jmbsvicetto: well reavers approach is working with +kdeprefix and keeping good usability
+21:24 <@jmbsvicetto> bonsaikitten: Do you still care about kdeprefix or not?
+21:25 <@scarabeus> trust me it is  500% better than current solution of mine
+21:25  * cryos|work has also grown tired of the back and forth... Just want a reasonably stable env for users, and a solution for developers....
+21:25 <@alexxy> kdeprefix can be masked 
+21:25 <@jmbsvicetto> bonsaikitten: As I recall, you also felt it was important to have it and to allow users to mix versions
+21:25 <+reavertm> well, it's not working yet :P
+21:25 <@bonsaikitten> jmbsvicetto: my opinion hasn't changed since it was introduced
+21:25 <@alexxy> so users who sant it will unmask it
+21:25 <+reavertm> (plugins are not loaded properly - amarok issue)
+21:25 <@alexxy> but its good fature to have more then one kde release installed
+21:26 <@scarabeus> i would say lets see how it work and we can roll it out with 4.2.3
+21:26 <+reavertm> what's all with this masking kdeprefix?
+21:26 <+reavertm> you can use.force it if you like :P
+21:26 <@jmbsvicetto> cryos|work / bonsaikitten: So, what do you say about this?
+21:26 <@scarabeus> i am for reavers solution
+21:27 <@cryos|work> Honestly, I am no longer certain what is being proposed. I feel like we really need to pick a solution and try to stick with it. The Apache team went back and forth over a few years and drove many users away...
+21:27 <@alexxy> reavertm's solutions better for misk packages 
+21:27 <+reavertm> my idea (if it works) is to be possible to have kdeprefixed releases and the rest in /usr (accessible from any kde installed)
+21:27 <@jmbsvicetto> I guess I'll swallow kdeprefix at this time and will try to force me to look at the build system to allow the multiple versions / better split of packages
+21:27 <@bonsaikitten> jmbsvicetto: I haven't followed the discussion enough to have useful input
+21:28 <@jmbsvicetto> cryos|work / bonsaikitten: Then if you don't oppose, I say we try reavertm's approach
+21:28 <@scarabeus> bonsaikitten: kdeprefix for kde-base, misc apps into /usr including live misc apps
+21:28 <@bonsaikitten> sounds acceptable
+21:28 <@bonsaikitten> as I haven't contributed anything relevant in a while I don't see why I should be the decider
+21:28 <@scarabeus> ok majority already agreed
+21:28 <+reavertm> well,  there's nothing spectaculat to try now, if it works then we'll see - i need to handle this plugins paths 1st
+21:29 <@cryos|work> I can live with it, I would rather be able to put misc live apps in /usr/kde/live too, but can likely hack the ebuilds I care about...
+21:29 <@jmbsvicetto> cryos|work / bonsaikitten: If in the end we realize we lost some flexibility, that will only serve to foster the need to look for the real solution (imho) - fixing the build system
+21:29 <@bonsaikitten> jmbsvicetto: acceptable :)
+21:29 <@scarabeus> bonsaikitten: could you fix at least 258027
+21:29 <+reavertm> actually there's not a problem with restoring kdeprefix for misc apps, but
+21:29 <@cryos|work> So you are going to try and mix multiple versions in /usr?
+21:29 <+reavertm> live kde-misc would nee to have separate prefix :P
+21:30 <@jmbsvicetto> cryos|work: I think that's the "final" solution
+21:30 <@jmbsvicetto> cryos|work: I don't have any particular skill or knowledge to get it done, though
+21:30 <@cryos|work> That sounds amazingly tough to pull off.
+21:30 <@cryos|work> Not this solution though?
+21:30 <+reavertm> ok, cryos|work what's your proposition?
+21:30 <@bonsaikitten> scarabeus: oh ... let's see
+21:31 <+krytzz> hm... would that allow to mix 4.2 kdelibs and live kde-misc stuff for example?
+21:31 <+reavertm> maybe it apperas easier to handle than kde-misc in /usr
+21:31 <@cryos|work> I don't have one, more trying to understand what this proposal is planning on changing.
+21:31 <@jmbsvicetto> cryos|work: That solution isn't "compromised" for the current proposal
+21:31 <@scarabeus> the current pospal is easing major bumps, lets stick with it for 4.3 and then we can think about updating the build system
+21:31  * cryos|work was just trying to figure out if he understood what *this proposal* encompassed.
+21:32 <+reavertm> ok, let me summarize
+21:32 <+reavertm> the problem with kdeprefix for kde-misc apps is as follows :
+21:33 <+reavertm> let's say we have taglib-extras
+21:33 <+reavertm> it has optional kde integration
+21:34 <@cryos|work> So you are concerned with corner cases?
+21:34 <+reavertm> still it's just typical lib and should be accessed globally - it would be nice for it to not be kde-prefixed
+21:34 <+reavertm> or any other app - like amarok - I want it installed and used from any KDE4 i have (and I have 4.2, 4.3, live)
+21:34 <@cryos|work> I totally agree. I was the one who wanted to throw everything in /usr apart from development builds where people got to pick up the pieces themselves...
+21:35 <@cryos|work> If I develop on amarok I can write a custom ebuild if I want it in my /usr/kde/live as any dev can, so the impact is not terrible.
+21:35 <@cryos|work> I was more trying to confirm the scope of the changes proposed.
+21:36 <@jmbsvicetto> reavertm: The only issue I see and the reason for the kdeprefix is if you have k3b-1.* working and want to follow k3b-2.* (which I think is still broken), you're not willing to have to choose between one or the other
+21:36 <@jmbsvicetto> reavertm: But as stated, I'm going to drop my "resistance"
+21:36 <+reavertm> k3b-1 will be installed in kde3 prefix so i am told
+21:36 <+reavertm> (tampakrap?)
+21:36 <@cryos|work> That was my concern, but those users could be out of luck...
+21:36 <@cryos|work> At some stage having too much choice can spread us too thin.
+21:37 <@cryos|work> Many distros are just dropping KDE 3 entirely already.
+21:37 <@jmbsvicetto> cryos|work: yeah. The problem is that some users have been mailing us asking us not to do it
+21:37 <@scarabeus> ok put it straight: lets just comfor for now on that we are going to support unprefixing misc apps
+21:37 <@jmbsvicetto> cryos|work: And I think we haven't convinced everyone in the kde team that kde-4 is better
+21:37  * jmbsvicetto looks at yngwin 
+21:37 <@cryos|work> I am not proposing we do - I am just pointing out what is happening.
+21:38 <@jmbsvicetto> cryos|work: I agree
+21:38 <@cryos|work> I think many distros dropped KDE 3 too soon.
+21:38 <+reavertm> kdeprefix as great idea and flexibility it adds, it's pain in ass to mantain :P
+21:39 <@cryos|work> I was more making the point that Gentoo has such an extreme amount of choice compared to other distros we could end up chasing bugs no-one else cares about that only crop up in slotted envs.
+21:39 <+reavertm> (btw, eselect for kde is not required)
+21:39 <@cryos|work> Reducing overall quality which is bad. Not claiming I have the answer either... ;-)
+21:40 <@scarabeus> :]
+21:40 <@jmbsvicetto> we're all brainstorming ;)
+21:40 <@jmbsvicetto> tampakrap: How's your work on the kde3 eclasses going?
+21:41 <@cryos|work> I am very attached to Gentoo and KDE. I don't want to see it go to crap, don't have as much time as I would like these days.
+21:41 <@tampakrap> eclasses are ready
+21:41 <@tampakrap> i'm still on the ebuilds
+21:41 <@scarabeus> and the packages are compilling fine?
+21:41 <@jmbsvicetto> tampakrap: kdeprefix isses on kde4 are hurting us, but colisions with kde3 apps are doing us more harm (imho)
+21:41 <@cryos|work> Bumped avogadro for the super nerdy people who want to play though ;-)
+21:41 <@tampakrap> i'll tell you what i need
+21:41 <@tampakrap> if there are two people willing to test kde3 misc apps that would be greate
+21:42 <@tampakrap> great
+21:42 <@scarabeus> herd testers i bet
+21:42  * wired raises hand
+21:42 <@yngwin> evening
+21:42 <@scarabeus> also write mail to desktop and dev
+21:42 <+wired> yngwin: =]
+21:42 <@jmbsvicetto> tampakrap: with kde4 env?
+21:42 <@alexxy> cryos|work: i'll test it with students (avogadro)
+21:42 <+reavertm> btw, masking kdeprefix is good idea for typical users
+21:42  * yngwin completely forgot about the meeting, sry
+21:42 <@tampakrap> i'll prepare a list with the packages and eapi2 as well them
+21:42 <@jmbsvicetto> tampakrap: if so, I can do some tests
+21:42 <@cryos|work> alexxy: Great - I fixed the desktop file among many other things...
+21:42 <@tampakrap> i'm on kde-base only still
+21:42 <@alexxy> reavertm: yep
+21:43 <+reavertm> I guess it should be done when 4.2.2 is introduced
+21:43 <@cryos|work> reavertm: That was always my point - typical users don't want/understand kdeprefix. If they do they will unmask and use.
+21:43 <@alexxy> i think kdeprefix is not for users
+21:43 <@alexxy> =)
+21:43 <@cryos|work> It is awesome for devs/power users though.
+21:43 <+wired> many users activate it without knowing though, mask++
+21:43 <+krytzz> hm... i thought gentoo is for powerusers?
+21:43 <@jmbsvicetto> cryos|work: iirc, kdeprefix is no longer an IUSE default
+21:44 <+reavertm> I want 4.2.2 stable in portage, so let make it easier for users to use
+21:44  * yngwin is with krytzz
+21:44 <@scarabeus> krytzz: you. sent. ssh key. me. now
+21:44 <@cryos|work> jmbsvicetto: I didn't know it ever was.
+21:44 <+reavertm> jmbsvicetto: yeah, but still users see USe flag and enable it out of curiosity :P
+21:44 <+wired> krytzz: the definition of a poweruser is amazingly flexible these days....
+21:44 <+krytzz> scarabeus: ok, few minutes
+21:44 <+krytzz> wired: ok well
+21:44 <@scarabeus> cryos|work: YOU CHANGED IT TO ENABLED BY DEFAULT FIRST :D
+21:44 <@scarabeus> heh caps
+21:45 <@cryos|work> Many Gentoo users are not what I would call power users, but I guess by definition we have more advanced users than *buntu for example..
+21:45 <@cryos|work> scarabeus: For :live only!
+21:45 <+wired> we also have a lot of users who'd want to be powerusers 
+21:45 <@alexxy> he he =)
+21:45 <+wired> =]
+21:45 <@yngwin> i'd say gentoo targets powerusers
+21:46 <@yngwin> doesnt mean all our users are tho
+21:46 <@jmbsvicetto> reavertm: well, that's the same thing as CFLAGS. Gentoo's policy has never been to hide it from the user - even if that leads to user bitting himself in the rear ;)
+21:46 <+krytzz> wired: lol
+21:46 <+reavertm> btw, our existing problems with kdeprefix *only* phonon and pykde
+21:47 <@jmbsvicetto> reavertm: +affect?
+21:47 <@scarabeus> ok back on topic tampakrap are you able to get needed stuff around here or you need our direct intervention (ak more devs searching for testing monkeys?)
+21:47 <+reavertm> jmbsvicetto: hmm?
+21:47 <@tampakrap> no just some testing mostly
+21:48 <@tampakrap> i don't think we should waste more manpower on kde3
+21:48  * wired now that we're all here, can someone pretty please cp the latest .2 tbz2s to d.ge.o?
+21:48 <@jmbsvicetto> reavertm: never mind
+21:48 <+reavertm> ah, right - phonon and pykde4 - the only really kdeprefix *issue*
+21:48 <+reavertm> the rest is just inconvenience
+21:49 <@jmbsvicetto> reavertm: The phonon issue is mostly upstream "hard-coding" the plugins location, right?
+21:49 <@scarabeus> ok so kde3 is moving forward, i would say that we need to have it done by end of april some time on may... so we can actualy stable the kde4
+21:49 <+reavertm> I can easily not drop kdeprefix and install 3rd party apps with kde they were built against (still changing need_kde behaviour)
+21:50 -!- smith_ [n=smith_@adsl-62-167-36-86.adslplus.ch] has joined #gentoo-kde
+21:50 <+reavertm> phonon issue is bunding KDE plugins with phonon
+21:50 <@jmbsvicetto> scarabeus: we need to go for 3.5.10 stable *soon*
+21:50 <@scarabeus> jmbsvicetto: btw i would like to mask the kde
+21:50 <@scarabeus> jmbsvicetto: old nonsplit stuff i mean
+21:50 <+reavertm> hence, phonon should be in location visihble by all KDE releases
+21:50 <@jmbsvicetto> 3.5.9?
+21:50 <+reavertm> or kdeprefixed
+21:51 <@scarabeus> jmbsvicetto: yes
+21:51 <@jmbsvicetto> scarabeus: Not without 3.5.10 stable!
+21:51 -!- mikkoc [n=mikko@host254-81-dynamic.7-79-r.retail.telecomitalia.it] has quit [Read error: 60 (Operation timed out)]
+21:51 <@jmbsvicetto> scarabeus: unless you're the one doing it and I can redirect all bugs, mails, threats, ... to you :P
+21:51 <@yngwin> well, we can leave split 3.5.9 unmasked, and just mask the monolithic pkgs
+21:52 <@jmbsvicetto> yngwin: we could, but we have quite vocal users already complaining about the drop of the monos for 3.5.10
+21:52 <+reavertm> or just put proper blocks
+21:52 <@yngwin> then when 3.5.10 is stable, we can mask the rest
+21:52 <@yngwin> jmbsvicetto: well, too bad, i'd say
+21:52 -!- mikkoc [n=mikko@host182-164-dynamic.56-82-r.retail.telecomitalia.it] has joined #gentoo-kde
+21:52 <@jmbsvicetto> ok
+21:52 <@yngwin> or someone must stand up to become monolithic maintainer
+21:53 <+reavertm> jmbsvicetto: who are those vocal users?
+21:53 -!- anselmolsm_ [n=anselmo@200.184.118.130] has joined #gentoo-kde
+21:53 <+reavertm> devs by occasion?
+21:53 <@jmbsvicetto> reavertm: no
+21:53 <+reavertm> idf so, let them step up to maintain :P
+21:53 -!- anselmolsm [n=anselmo@200.184.118.130] has quit [Read error: 113 (No route to host)]
+21:54 <@jmbsvicetto> reavertm: hehe, wait until you become a dev and you'll see how "demanding" some users can be ;)
+21:54 <+reavertm> and what was basis for their objections?
+21:54 -!- anselmolsm_ is now known as anselmolsm
+21:55 <+reavertm> write migrating guide (if there's no already) and that's all. period
+21:55 <@yngwin> we've had that for years
+21:55 <@scarabeus> yeah i was speaking about the monos
+21:55 <@jmbsvicetto> Some people just want monos. I haven't seen many and in particular good motives. But they want them, nonetheless
+21:55 <+reavertm> Qt4 split was much more difficult yet it was done
+21:55 <+reavertm> jmbsvicetto: I want reiser4 in gentoo-sources and?
+21:55 <@jmbsvicetto> ok, ok
+21:56 <+reavertm> some people want some things and they won't have it nevertheless :P
+21:56 <@yngwin> use hitchhiker-sources then
+21:56 <@jmbsvicetto> When they knock at my door I'll be sure to point them somewhere else ;)
+21:56  * cryos|work has a meeting... Bye!
+21:56 <+krytzz> bye
+21:56 <@jmbsvicetto> bye cryos|work 
+21:56 <+reavertm> jmbsvicetto: let me brainwash them then
+21:56 <+reavertm> bye cryos|work
+21:56 <+wired> bye cryos|work 
+21:56  * cryos|work will try to contribute more this month!
+21:56 <@jmbsvicetto> scarabeus: sorry for the disturbance.
+21:57 <@jmbsvicetto> So, about kdeprefix we're done, right?
+21:57 <@scarabeus> bb
+21:57 <@scarabeus> yes
+21:57 <@scarabeus> kde3 and kdeprefix is done
+21:57 <@jmbsvicetto> about 3.5 tampakrap will do more tests and is searching for people to help with kde-misc apps
+21:57 -!- mx-tvt [n=quassel@bl9-29-140.dsl.telepac.pt] has quit [Read error: 110 (Connection timed out)]
+21:57 <+reavertm> I'll see what i can do - anyway i propose some my changes in eclass anyway as it's much shorter and easier to read now
+21:57 <@jmbsvicetto> scarabeus: What's next?
+21:58 <+reavertm> plasmoids to tree
+21:58 <+reavertm> pros/cons :)
+21:58 <@scarabeus> yeah i think we can start adding them
+21:58 <@scarabeus> we cook them since pre 4.1 and still in the overaly
+21:58 <@scarabeus> so lets make users happy
+21:58 <+reavertm> I haven't tested all of them yet
+21:58 <@jmbsvicetto> They're in kde-misc now, right?
+21:59 <@scarabeus> i will add only those i personaly tested
+21:59 <@yngwin> reavertm: that's what ~arch is for
+21:59 <@yngwin> :p
+21:59 <@scarabeus> jmbsvicetto: yes i did the move, actualy forced wire to move it
+21:59 <+wired> i've tried them all at least once
+21:59 <@jmbsvicetto> scarabeus: In that case I have nothing to say ;)
+21:59 <+reavertm> anyway i already found one problem - systemmontor or sth has been moved to kdeplasma-addons and conflicts with kdeplasma-addons:live
+21:59 <@scarabeus> ok i just want to hear OK :D
+21:59 <+reavertm> about plasmoids
+21:59 <+wired> most of them get regular updates btw and there are a lot more available in kde-look
+21:59 <+reavertm> let me check them 1st
+21:59 <@jmbsvicetto> reavertm: we can add a block on a slot package
+22:00 <+reavertm> I fixed most deps in kde-misc but still something may be wrond there
+22:00 <+wired> i think most plasmoids are simple enough to be safely added to ~
+22:00 <+reavertm> wired applied blocks already
+22:00 <@scarabeus> ok this one was quick
+22:00 <@scarabeus> so we just test them and start moving
+22:00 <@scarabeus> :]
+22:01 <@scarabeus> next is printing
+22:01 <@scarabeus> reavertm: how is it looking
+22:01 <+reavertm> printing..
+22:01 <@jmbsvicetto> scarabeus: what are we missing? The deps?
+22:01 <@scarabeus> jmbsvicetto: we have everything
+22:01 <@scarabeus> jmbsvicetto: the problem is it pulls half of gnome
+22:01 <+reavertm> if I leave it as it is now - system-config-printer-kde is done, printer-applet not yet
+22:01 <+reavertm> scarabeus: no longer
+22:01 <@scarabeus> the better then
+22:02 <@scarabeus> ok so i will coordinate it with you after 4.2.2 is released (weekend probably)
+22:02 <@scarabeus> reavertm: agreed
+22:02 <@scarabeus> ?
+22:02 <+reavertm> just let me finish printer-applet the way I did system-config-printer-kde (taking some files from system-config-printer) and they can go
+22:02 <+reavertm> scarabeus: yeah
+22:03 <@scarabeus> ok cool then
+22:03 <@scarabeus> jmbsvicetto: do we have any response on the snapshot thingie?
+22:03 <+reavertm> I made system-config-printer-kde is totally independent from system-config-printer
+22:03 <@jmbsvicetto> Not that I have seen
+22:03 <@jmbsvicetto> scarabeus: I sent the mail 2 days ago, though.
+22:03 <@alexxy> so they simply ignoring us
+22:03 <@scarabeus> jmbsvicetto: ok so alexxy will have to do it himself for all the time
+22:04 <@jmbsvicetto> scarabeus: I think as cryos|work was suggesting, we ignore them for now and keep doing the work alexxy is doing
+22:04 <@scarabeus> alexxy: btw i heared some noise about l10n not working
+22:04 <@alexxy> scarabeus: its working for -kdeprefix
+22:04 <+reavertm> Dirk was in kde-devel for a minute
+22:04 <@alexxy> didnt test it with +kdeprefix 
+22:04 <@alexxy> =)
+22:04 -!- mkyral [n=maros@nezmar.jabbim.cz] has left #gentoo-kde []
+22:04 <@scarabeus> ok then it is their issue they can fix it
+22:05 -!- sIbOk [i=sNOUbOR@56.Red-80-36-227.staticIP.rima-tde.net] has joined #gentoo-kde
+22:05 <@scarabeus> jmbsvicetto: again one more on you
+22:05 <@scarabeus> jmbsvicetto: how is dead member removing
+22:05 <@scarabeus> going on
+22:05 <@jmbsvicetto> I'm going to go over the retirement bugs (I think a few of them have already retired) and will then send mails to the folks that haven't been around for a long time
+22:06 <@jmbsvicetto> I'll have the page cleaned by next meeting
+22:06 <@scarabeus> ok
+22:07 <@scarabeus> pykde
+22:07 <@scarabeus> bonsaikitten: 
+22:07 <@scarabeus> so you say it works
+22:07 <@scarabeus> despite the bugs in bugzilla
+22:07 <@bonsaikitten> I haven't been able to reproduce
+22:07 <+reavertm> problem with pykde4 is kdeprefix
+22:07 <@bonsaikitten> I guess I'll need to change my testing strategy :)
+22:07 <+reavertm> all kde installs pykde4 in site-packages
+22:07 <@jmbsvicetto> reavertm: build or runtime error?
+22:07 <@alexxy> so lets mask kdeprefix use flag
+22:07 <@alexxy> =)
+22:07 <+reavertm> install
+22:07 <@alexxy> like it was for networkmanager
+22:07 <+reavertm> so - two choices
+22:07 <@scarabeus> there was sip buildtime errors
+22:08 <+reavertm> make eselect module or slot them properly
+22:08 <@jmbsvicetto> reavertm: I have pykde-4.2.1 installed with +kdeprefix here
+22:08 -!- kamik [n=quassel@dslb-088-065-079-200.pools.arcor-ip.net] has joined #gentoo-kde
+22:08 <+reavertm> so that pykde4 live will go to /usr/kde/live and so on
+22:08 <+reavertm> jmbsvicetto: install pykde4-9999 as well
+22:08 <+reavertm> you need package.provided entry now to do it
+22:09 <@jmbsvicetto> reavertm: I'm not running live ebuilds here
+22:09 <+reavertm> well, some people are :)
+22:09 <@jmbsvicetto> sure, I'm just conveying my experience here
+22:09 <@scarabeus> one +kdeprefix is ok
+22:09 <@scarabeus> more than one kdeprefix is fail
+22:09 <@scarabeus> for pykde
+22:09 <@jmbsvicetto> ah, ok
+22:10 <+reavertm> hell, it even install files in /usr/share/sip
+22:10 <+reavertm> (apart from site-packages)
+22:11 <+reavertm> bonsaikitten: some QA  notice says that precompiled modules need to go to site-packages
+22:11 <@bonsaikitten> :(
+22:11 <+reavertm> is it possible to create external site packages in kde slot? (/usr/kde/4.2 etc)
+22:12 <+reavertm> and set some PYTHON_PATH or whatever in startkde?
+22:12 <@jmbsvicetto> This is why having multiple versions around in /usr is going to be "messy" :\
+22:13 <+reavertm> bonsaikitten: what useful python env variables do you know that would help here? :)
+22:13 <@jmbsvicetto> reavertm: perhaps the correct solution here would be to remove the python files and have a single package that is used by all versions?
+22:13 <+reavertm> that is also possible but...
+22:14 <+reavertm> pykde4 happeds to install /usr/kde/live/lib64/kde4/kpythonpluginfactory.so
+22:14 <+reavertm> which is in kdeprefixed location
+22:14 <@jmbsvicetto> if they didn't break abi compatibility, it should be possible to use the latest pykde version with earlier 4.X releases
+22:14 <+reavertm> installing it in /usr prefix is the same thing like installing kde-misc in /usr
+22:15 <+reavertm> (may not work - like this plugin thing I'm struggling with)
+22:16 <+reavertm> yes, I'm not worrying about linking, it should work - still ebuild would need some tweaks to make it build not agains kde release it is from but minimal installed
+22:16 <@jmbsvicetto> reavertm: pkgconfig!!
+22:16 <@scarabeus> he he he
+22:16 <@scarabeus> again prefix you
+22:16 <@scarabeus> SILENCE
+22:16 <@scarabeus> :D
+22:17 <+reavertm> what is pkgconfig going to solve?
+22:17 <@alexxy> lets mask kdeprefix =)
+22:17 <+reavertm> buildig is no longer an issue :P
+22:17 <+reavertm> running is :)
+22:17 <@jmbsvicetto> If they were using autotools they could use pkgconfig to chose the minimum so version needed
+22:18 <+reavertm> jmbsvicetto: ah, eclass does it already 
+22:18 <+reavertm> (picks lowest kdelibs, yet >=KDE_MINIMAL)
+22:18 <@scarabeus> ok i gues we are done with the pykde :P
+22:18 <+reavertm> are we?
+22:18 <@yngwin> hardmask?
+22:18 <+reavertm> what's the solution then :P
+22:18 <@scarabeus> yeah lets kitten handle it
+22:19 <@scarabeus> also write whiny mail on dev
+22:19 <+reavertm> I'd slot the f*er
+22:19 <@jmbsvicetto> scarabeus: hehe - solution? hand it over to Patrick ;)
+22:20 <+reavertm> along with phonon
+22:20 <@scarabeus> jmbsvicetto: yup
+22:20 -!- cypr1nus [n=cypr1nus@plus.ds14.agh.edu.pl] has quit [Read error: 104 (Connection reset by peer)]
+22:20 <@scarabeus> (i am practising my "solid-rock" face)
+22:20 <+reavertm> or ,If I get plugins in /usr to work, it will be solved
+22:20 <@scarabeus> :]
+22:21 <@scarabeus> so, um, what was next, ah, koffice2
+22:21 <@jmbsvicetto> reavertm: I haven't looked at that in a long time, but can't you specify more than 1 RPATH?
+22:21 <@jmbsvicetto> reavertm: more than 1 dir in RPATH
+22:21 <+reavertm> RPATH is not problem, they are all linked well, just app can't find those plugins
+22:21 <@jmbsvicetto> isn't it supposed to look in the compiled RPATH?
+22:22 <+reavertm> I am yet to check some things
+22:22 <+reavertm> for plugins? no
+22:22 <+reavertm> RPATh is just for linker
+22:22 -!- neuron [n=neuron@85.252.65.217] has joined #gentoo-kde
+22:23 -!- Civil [n=Civilian@95-24-156-60.broadband.corbina.ru] has quit [Remote closed the connection]
+22:23 <+reavertm> if plugins are in /usr/kde/XXX/lib64/kde/ and /usr/kde/XXX/lib64/kde/plugins - app needs to know where to find them
+22:24 <+reavertm> (usually just works if app was comopiled against kde XXX and istalled in /usr/kde/XXX
+22:24 <+reavertm> otherwise it fails to find them even when KDEDIRS and QT_PLUGIN_PATh is pointed there
+22:25 <+reavertm> yet I'm to test some things so we'll see - it should work somehow
+22:25 -!- cypr1nus [n=cypr1nus@plus.ds14.agh.edu.pl] has joined #gentoo-kde
+22:25 -!- looonger [n=looonger@host-89-231-128-7.rawamaz.mm.pl] has quit [Client Quit]
+22:25 <+reavertm> I have manually compiled kdevelop in ~/kde4 and my KDEDIRS just points there and it workds
+22:26 <+reavertm> so maybe it's something with building it gentoo way
+22:26 <+reavertm> (I guess I'll try kdeprefix-less kdevelop...)
+22:27 -!- _Phlogi [n=quassel@138-135.1-85.cust.bluewin.ch] has joined #gentoo-kde
+22:27 <+reavertm> ok, what's next?
+22:27 -!- non7top [n=non7top@94.77.134.21] has quit [Remote closed the connection]
+22:27 <@scarabeus> koffice
+22:28 <+reavertm> I built kword and it works
+22:28 <@scarabeus> the state is i fixed the crap
+22:28 <@scarabeus> it works
+22:28 <@scarabeus> problem is that it is not much usable
+22:28 <@scarabeus> they are going to release it at the end of this month
+22:28 <@scarabeus> so i will add it to the tree
+22:28 <+reavertm> 2.0? oh crap
+22:28 <@scarabeus> but i am not sure if it should go masked or not
+22:28 <@scarabeus> 2.0 indeed
+22:29 <+krytzz> released? oh zomg :p
+22:29 <@jmbsvicetto> scarabeus: maybe we should get an rc in the tree first, no?
+22:29 <@scarabeus> jmbsvicetto: ideas?
+22:29 <@scarabeus> well i have the tarball and it is just matter of renaming
+22:29 <@scarabeus> anyone can do it
+22:29 <@jmbsvicetto> scarabeus: the rc could be masked and pending bug reports, 2.0 would be unmasked or not
+22:30 <@jmbsvicetto> The 2.0 tarball?
+22:30 <+reavertm> btw, let someone just in any case look at those ebuilds and see whether deps are correct (rdepend, depend, commondepend handled carefully)
+22:30 <@scarabeus> yeah i am worried about it and in doubts
+22:30 <@scarabeus> it definetly is stable
+22:31 <@scarabeus> but it lacks some features and it looks just ugly
+22:31 <@tampakrap> i like the :live one though
+22:31 <@tampakrap> haven't tested the releases
+22:31 <@tampakrap> maybe we can create snapshots
+22:32 <@scarabeus> what for
+22:32 <@scarabeus> i have todays taged rc1
+22:32 <@scarabeus> :D
+22:32 <@tampakrap> ok then
+22:32 <+reavertm> KOffice 1.9.99.0 RC1 uploaded
+22:32 <@scarabeus> not yet, it is on ktown :]
+22:32 <+reavertm> just pasted announcement
+22:32 <@scarabeus> jmbsvicetto: so what do you thing the stable at the end of the month as pure testing or hardmasked?
+22:33 <@jmbsvicetto> I haven't used koffice myself, so I'm not sure
+22:34 <@jmbsvicetto> But if you're in doubt, try pusing something masked into the tree and check for bug reports
+22:34 <@scarabeus> ok
+22:34 <@scarabeus> good idea
+22:35 -!- Varox [n=Varox@p4FD44E52.dip.t-dialin.net] has joined #gentoo-kde
+22:35 <@scarabeus> last thing on the list:
+22:35 <@scarabeus> moving the meeting date
+22:35 <@scarabeus> i would like to see meeting 14 days before upstream release for public
+22:35 <@jmbsvicetto> pushing*
+22:35 <@jmbsvicetto> scarabeus: releases what? ;)
+22:36 <@tampakrap> we don't have much to talk before release i think
+22:36 <@scarabeus> kde
+22:36 <@scarabeus> we are kde team
+22:36 <@tampakrap> after release is everything that comes in surface
+22:36 -!- sIbOk [i=sNOUbOR@56.Red-80-36-227.staticIP.rima-tde.net] has quit ["kUALKIER hiJO dE pUTA sAbE lO q dARTE sI tIENE q dOLERTE pERO No kUALKIER hiJO dE pUTA sABE lO q dARTE sI tIENE q gUSTARTE, y]
+22:37 -!- helch [n=helch@212-41-103-166.adsl.solnet.ch] has quit [Remote closed the connection]
+22:38 <@scarabeus> hmm
+22:38 <@scarabeus> what does other think?
+22:39 <+krytzz> hm 
+22:39 -!- Phlogi [n=quassel@138-135.1-85.cust.bluewin.ch] has quit [Read error: 110 (Connection timed out)]
+22:40 <+wired> maybe a week is enough?
+22:40 <+krytzz> i would agree with tampakrap i think, but i have nothing against short-dated meetings
+22:40 <@jmbsvicetto> scarabeus: floating schedule or point to 3rd Thursday of the month?
+22:40 <@scarabeus> 3rd thursday i had on my mind
+22:40 <+krytzz> when $PANIC_LEVEL reaches 10 would be good :p
+22:41 <@scarabeus> well or 4th week
+22:41 <@jmbsvicetto> krytzz: Isn't it too late by then? ;)
+22:41 <@scarabeus> the problem is that release is today
+22:41 <+krytzz> k... 9? :p
+22:41 <@jmbsvicetto> scarabeus: 4th will hit council meetings
+22:41 <@scarabeus> ok i will write to summary what ever you decide :]
+22:42 <@jmbsvicetto> I think 3rd would be better, but am open to other dates
+22:42 <@yngwin> 3rd sounds good
+22:43 -!- MaNI [n=malcolm@dsl-247-169-66.telkomadsl.co.za] has joined #gentoo-kde
+22:45 <@scarabeus> ok i go for 3rd too then
+22:45 <@jmbsvicetto> So, what are we missing?
+22:45 <@tampakrap> one last joke
+22:45 <@tampakrap> hwoarang wants me to change my cloak to gentoo/slacker/tampakrap
+22:46 <@scarabeus> hm and you could not write this yesterda
+22:46 <+krytzz> hehe
+22:47 <@alexxy> he he =)
+22:47 -!- g1lt [n=quassel@203-79-94-158.cable.telstraclear.net] has joined #gentoo-kde
+22:48 <@scarabeus> jmbsvicetto: http://dpaste.com/22343/
+22:48 <@scarabeus> jmbsvicetto: again no log, i didnt reboot my client yet :D
+22:48 <@scarabeus> uptime 48 days cant be ruined :D
+22:50 <@jmbsvicetto> hehe
+22:50 <@jmbsvicetto> tampakrap: You have a long road to go before you qualify for that :P
+22:50 <@jmbsvicetto> tampakrap: We have real "slacker" experts around here ;)
+22:50 <@tampakrap> i don't think so, take a look at my cia.vc page
+22:51 <@jmbsvicetto> So are we done?
+22:51 <@tampakrap> yes, where is the summary?
+22:51  * reavertm unpauses music
+22:52 <@jmbsvicetto> In that case, let me remind people that we still have a *few* open bugs and that we should all try to help get that number down
+22:52 <@scarabeus> tampakrap: http://dpaste.com/22343/
+22:52 <@scarabeus> yeah and ehm officaly meeting is over ;]