diff options
author | 2009-04-19 23:16:12 +0000 | |
---|---|---|
committer | 2009-04-19 23:16:12 +0000 | |
commit | c6c3989a013cd04778902873e4dd8c484b448433 (patch) | |
tree | e9199f1c140e5029883d1eedab485cbc08bcd109 | |
parent | small fixes to last meeting's summary (diff) | |
download | kde-c6c3989a013cd04778902873e4dd8c484b448433.tar.gz kde-c6c3989a013cd04778902873e4dd8c484b448433.tar.bz2 kde-c6c3989a013cd04778902873e4dd8c484b448433.zip |
Added log for the 20090401 meeting and updated index.xml to include the link to the log and summary (to follow).
-rw-r--r-- | meeting-logs/kde-project-meeting-log-20090401.txt | 601 |
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 ;] |