Add kde project meeting logs for 2009-06-18

1 files changed, 1064 insertions, 0 deletions

diff --git a/meeting-logs/kde-project-meeting-log-20090618.txt b/meeting-logs/kde-project-meeting-log-20090618.txt
new file mode 100644
index 0000000..96f0650
--- /dev/null
+++ b/meeting-logs/kde-project-meeting-log-20090618.txt
@@ -0,0 +1,1064 @@
+Note: times are UTC+2
+
+[20:59.03] *** Topic is 'Gentoo KDE | 18.6. @ 19:00 UTC = Meeting [http://dev.gentoo.org/~scarabeus/0906meeting_topics.txt] | KDE 4 guide: http://tinyurl.com/4n47v4 | p.keywords: http://xrl.us/kdekeyw | Overlays: kde-testing, qting-edge | Want to help? http://tinyurl.com/gktodo | 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 '
+[20:59.03] *** Set by scarabeus on Thu Jun 18 20:40:41
+[20:59.04] <Pesa> but if you listen, we'll have to kill you
+[20:59.07] <ssuominen> it's custom the ops get to kick everyone except club members out when the meeting starts
+[20:59.08] <Pesa> :P
+[20:59.11] <ssuominen> be ready..
+[20:59.33] <spatz> the meeting starts with a customery kick-banning
+[20:59.54] *** BCMM (n=bcmm@unaffiliated/bcmm) has joined #gentoo-kde
+[21:00.01] <spatz> and when the channel's empty, the discussion can begin
+[21:00.35] <scarabeus> meeting starts ;]
+[21:00.39] <scarabeus> !herd kde
+[21:00.41] <Willikins> (kde) alexxy, carlo, cryos, dagger, deathwing00, jmbsvicetto, keytoaster, patrick, scarabeus, tampakrap, tgurr
+[21:00.42] <scarabeus> !herd qt
+[21:00.42] <Willikins> scarabeus: (qt) carlo, hwoarang, tampakrap, yngwin
+[21:00.44] <scarabeus> rollcall plz
+[21:00.48] <yngwin> present
+[21:01.16] <scarabeus> tampakrap will be one hour late so his topic is last on the list (FTR)
+[21:01.32] <hwoarang> he might not make it
+[21:01.35] <yngwin> carlo is absent as usual
+[21:01.36] <hwoarang> called me 3 hours ago
+[21:01.41] <hwoarang> hi btw
+[21:02.06] <ayoy> and hi from here :)
+[21:02.13] <hwoarang> haavardw: ping
+[21:02.17] <Pesa> hi hwoarang, yngwin, ayoy
+[21:02.20] *** scarabeus sets mode: +v ABCD
+[21:02.22] <haavardw> hwoarang: pong, I'm here -)
+[21:02.25] <hwoarang> goodie
+[21:02.33] <scarabeus> your recruits? ;]
+[21:02.34] <hwoarang> yngwin: ps, remember to set him up on qting-edge
+[21:02.34] <Pesa> and hi haavardw
+[21:02.41] <haavardw> hi all
+[21:02.46] <scarabeus> i wander one thing
+[21:02.50] <scarabeus> where the ... is the rest
+[21:02.58] <spatz> howdy
+[21:03.01] <hwoarang> aparently only qt is present
+[21:03.08] <yngwin> heh
+[21:03.21] <yngwin> ok, mask kde for removal; done
+[21:03.26] <scarabeus> :D
+[21:03.27] *** BCMM (n=bcmm@unaffiliated/bcmm) Quit (Remote closed the connection)
+[21:03.29] <hwoarang> you failed
+[21:03.29] <Pesa> LOL
+[21:03.31] <yngwin> :p
+[21:03.37] <Pesa> we'll rule the world
+[21:03.43] <hwoarang> meeting's over
+[21:03.43] <scarabeus> bonsaikitten: still arround i assume ;]
+[21:03.51] <yngwin> actually i'm on kde 4.2.4 presently
+[21:03.57] <hwoarang> woooooooooow
+[21:04.03] <hwoarang> big step
+[21:04.05] <yngwin> sabayon
+[21:04.07] * alexxy here
+[21:04.08] *** scarabeus sets mode: +v Sput
+[21:04.22] *** hwoarang sets mode: +v ayoy
+[21:04.24] *** scarabeus sets mode: +v lxnay|two
+[21:04.29] *** hwoarang sets mode: +v haavardw
+[21:04.42] *** hwoarang sets mode: +v Pesa
+[21:04.43] *** yngwin sets mode: +v hwoarang
+[21:04.51] <yngwin> ;)
+[21:05.04] * scarabeus gives them 5 minutes, then he will be seriously unhappy
+[21:05.11] <hwoarang> lol
+[21:05.41] <hwoarang> who do we miss?
+[21:05.43] <hwoarang> jorge?
+[21:05.46] <hwoarang> tampakrap_: is off
+[21:05.51] <hwoarang> bonsaikitten: slacking
+[21:05.54] <yngwin> !herd kde
+[21:05.56] <Willikins> yngwin: (kde) alexxy, carlo, cryos, dagger, deathwing00, jmbsvicetto, keytoaster, patrick, scarabeus, tampakrap, tgurr
+[21:05.57] <hwoarang> so pretty much everybody is here
+[21:05.58] <reavertm> I almost forgot
+[21:06.03] <scarabeus> dagger
+[21:06.05] <scarabeus> reavertm: hello
+[21:06.11] <reavertm> hi scarabeus
+[21:07.03] <scarabeus> hwoarang: well specialy when we vote on first topic it would be damn nice to have majority of kde devs here
+[21:07.17] <hwoarang> where is the agenda
+[21:07.21] <scarabeus> topic
+[21:07.27] <yngwin> so for those who hadnt noticed yet, we have two new qt recruits present: ayoy and haavardw
+[21:07.36] *** Skim[ihz] (n=skim@skim.static.corbina.ru) has joined #gentoo-kde
+[21:07.40] <scarabeus> yngwin: voice them
+[21:07.50] <yngwin> hwoarang already did
+[21:07.51] <spatz> they are voiced
+[21:07.56] <scarabeus> ah
+[21:07.57] <scarabeus> :]
+[21:07.58] <hwoarang> of course
+[21:07.59] <scarabeus> didnt look :]
+[21:08.00] * haavardw can talk
+[21:08.04] <hwoarang> bla bla
+[21:08.10] <scarabeus> ayoy, haavardw: then welcome guys :]
+[21:08.17] <ayoy> thank you!
+[21:08.20] <ayoy> :)
+[21:08.24] <haavardw> thanks -)
+[21:08.33] <reavertm> http://archives.gentoo.org/gentoo-desktop/msg_1ef792a71171a444d60ecb870a27e9f3.xml <- agenda
+[21:08.41] <hwoarang> http://dev.gentoo.org/~scarabeus/0906meeting_topics.txt
+[21:08.45] <hwoarang> just for the record
+[21:09.02] <scarabeus> yes
+[21:09.09] <hwoarang> scarabeus: we can change the topics order
+[21:09.21] <scarabeus> hwoarang: yes we can
+[21:09.23] <hwoarang> until kde devs are here
+[21:09.34] <scarabeus> but kde3 is last or at least until tampakrap show up
+[21:09.35] <hwoarang> we can start with qt topics if you like
+[21:09.49] <hwoarang> ok scarabeus . but as I said he mgiht not make it
+[21:09.49] <hwoarang> :/
+[21:10.04] <scarabeus> then wired will be his replacement
+[21:10.08] <hwoarang> sweet
+[21:10.11] <hwoarang> where is he
+[21:10.11] <scarabeus> he hopefully tracked him
+[21:10.17] <hwoarang> wired: stupid boy
+[21:10.29] <hwoarang> ping pong
+[21:10.31] <spatz> i foresee that they blame the late announcement :p
+[21:10.37] <wired> im here
+[21:10.39] <hwoarang> excuses
+[21:10.41] <wired> for some weird reason
+[21:10.43] <wired> :p
+[21:10.53] <hwoarang> ok shall we start with qt stuff then?
+[21:11.11] <scarabeus> ok lets start with the qt3 apps first
+[21:11.14] <reavertm> I'm fine with this
+[21:11.18] <scarabeus> and ftr i am really not happy
+[21:11.34] <hwoarang> slackers
+[21:11.38] <hwoarang> ok what about the qt3 apps?
+[21:11.49] <reavertm> btw, who's going to vote on kdeprefix?
+[21:11.55] <hwoarang> kde project devs
+[21:11.58] <hwoarang> i guess
+[21:11.59] <scarabeus> reavertm: devs, including you
+[21:12.09] * alexxy
+[21:12.13] <scarabeus> reavertm: because you are one of few who can work on it
+[21:12.30] * alexxy gonna vote for masking it
+[21:12.33] <reavertm> well, last time it was not the case :P
+[21:12.36] <scarabeus> hwoarang: so lets start with second topic now
+[21:12.42] <hwoarang> ok
+[21:12.53] <hwoarang> yngwin: ping pong
+[21:13.09] <yngwin> kde3 is scheduled to be removed early next year, right?
+[21:13.15] <scarabeus> yes
+[21:13.20] <scarabeus> to some special overaly
+[21:13.25] <scarabeus> so lets create one common overlay
+[21:13.26] <yngwin> and kde3 is the biggest consumer of qt3
+[21:13.29] <scarabeus> kde3 and qt3 crap
+[21:13.36] <scarabeus> instead of just ripping it off
+[21:13.40] <yngwin> i agree
+[21:13.44] <scarabeus> and users can maintain themselves if they want
+[21:13.44] <hwoarang> fine by me
+[21:13.48] <scarabeus> otherwise we can throw it
+[21:13.59] <reavertm> I wouldn't mind creating special overlay for qt4 and kde4 crap :P - to keep them away from main tree "{
+[21:14.11] <hwoarang> oooh flamebite
+[21:14.13] <spatz> what about kde3/qt3 apps not yet ported to kde4/qt4?
+[21:14.14] <scarabeus> ok whom would update the kde team page reffering to the policy
+[21:14.24] <scarabeus> spatz: problematic, but hell for maintaining
+[21:14.25] <hwoarang> spatz: we dont care :)
+[21:14.34] <scarabeus> yngwin: hwoarang ^
+[21:14.38] <scarabeus> the update... :]
+[21:14.40] <spatz> but some are widely used, like k3b
+[21:14.42] <hwoarang> scarabeus: do we need to update it?
+[21:14.47] <hwoarang> for what
+[21:14.58] <spatz> by users
+[21:15.06] <tanderson> ping :)
+[21:15.08] <reavertm> some of them fail to build with libpcre[-static-libs]
+[21:15.09] <yngwin> i would like to propose that we officially discourage further usage of qt3: dont introduce new qt3 based apps, prefer qt4 over qt3
+[21:15.11] <Pesa> i hope k3b will see a stable release before the end of this year
+[21:15.12] <scarabeus> hwoarang: just that other knows
+[21:15.17] <hwoarang> spatz: k3b has already a kde4 version
+[21:15.19] <hwoarang> _alpha
+[21:15.28] <scarabeus> yngwin: good idea
+[21:15.32] <hwoarang> yngwin: +1
+[21:15.37] <scarabeus> spatz: in 6 months ;]
+[21:15.49] <hwoarang> tanderson: ?
+[21:15.57] <yngwin> i think qt3 useflag is enabled by desktop profile? that should be removed
+[21:16.18] <scarabeus> also good idea, but since when
+[21:16.21] <tanderson> Any objections to me patching a kde 3 ebuild with fixes for the .desktop file ?
+[21:16.27] <scarabeus> tanderson: enjoy
+[21:16.28] <tanderson> or JustDoIt ? :)
+[21:16.37] <scarabeus> tanderson: open kde.gentoo.org
+[21:16.42] <scarabeus> tanderson: search for CODE file
+[21:16.45] <scarabeus> tanderson: read it
+[21:16.48] <scarabeus> tanderson: answer is there
+[21:16.59] * bonsaikitten present
+[21:17.03] <scarabeus> yngwin: aka when we switch the discouraging of qt3 useflag
+[21:17.17] <scarabeus> it can be even now but apps will be gone in the feb of 2010
+[21:17.21] <yngwin> i'd say immediately
+[21:17.33] <hwoarang> still we need to make the transission smooth
+[21:17.38] <tanderson> scarabeus: aah ok
+[21:17.40] <hwoarang> i failed on spelling
+[21:17.41] <Skim[ihz]> hmmm
+[21:17.51] <tanderson> scarabeus: oh, did I interrupt your meeting?
+[21:17.52] <hwoarang> so as yngwin said , immediately
+[21:17.57] <scarabeus> tanderson: smart boy
+[21:18.03] *** dipogon (n=dipogon@84.249.84.164) Quit (Remote closed the connection)
+[21:18.09] <scarabeus> tanderson: ;]
+[21:18.12] <Pesa> qt3 is enabled in /usr/portage/profiles/targets/desktop/make.defaults
+[21:18.13] <tanderson> scarabeus: I'm sorry, I'd have taken it to a query if I had known
+[21:18.22] <scarabeus> tanderson: no prob :]
+[21:18.56] <scarabeus> hwoarang: ok since you two agree just do it, i wrote it in summary :]
+[21:19.02] <hwoarang> ok
+[21:19.09] <yngwin> afaik profile changes need announcement/discussion on dev ml, so i'll draft up something
+[21:19.18] <hwoarang> thanks yngwin
+[21:19.34] <Skim[ihz]> it is strange, but I can't add my own language in system settings... l10n is installed, kde installed without "kdeprefix", some software is translated, but I still can't add my own language.... ;(
+[21:19.40] <hwoarang> Skim[ihz]: meeting time
+[21:19.58] * scarabeus consider +m ;]
+[21:20.03] <Skim[ihz]> -_-
+[21:20.07] <scarabeus> we can voice pple if they query us
+[21:20.09] <Skim[ihz]> sorry
+[21:20.10] <wired> stop considering
+[21:20.17] <wired> just do it already
+[21:20.18] *** scarabeus sets mode: +m
+[21:20.20] <wired> :D
+[21:20.22] <scarabeus> should be done
+[21:20.25] <hwoarang> ok
+[21:20.33] <hwoarang> end of story
+[21:20.44] <hwoarang> scarabeus: moving forward?
+[21:20.48] <scarabeus> okey
+[21:20.51] <hwoarang> kde4 stabilization?
+[21:21.01] <scarabeus> bonsaikitten: patrick since you are here, can we talk about the pykde?
+[21:21.10] <bonsaikitten> we can
+[21:21.21] *** gengor (n=gengor@gentoo/developer/gengor) has left <type 'buffer'>
+[21:21.41] <spatz> you agreed to deprecate qt3 as of now, so i assume discussion on moving current packages to an overlay will be postponed?
+[21:21.42] <scarabeus> it is 5th topic for those whom wonder
+[21:21.50] <reavertm> scarabeus: voice tanderson
+[21:21.52] <scarabeus> spatz: yes
+[21:21.54] *** scarabeus sets mode: +v tanderson
+[21:22.32] <scarabeus> bonsaikitten: ok did you find any solution about the collisions in site-packages?
+[21:22.42] <bonsaikitten> not yet, but I haven't spent much time on it
+[21:22.54] <scarabeus> unprefixing of pykde is fine with us, but the issue is also in plasma-workspace now
+[21:22.58] <scarabeus> or plasma-addons not sure now
+[21:23.11] <bonsaikitten> either we allow to use a newer pykde with an older slotted kde (does that work?)
+[21:23.20] <reavertm> (with python USE flag only)
+[21:23.24] <bonsaikitten> or we try to move the pykde package to versioned directories
+[21:23.36] <reavertm> it's all depending on kdeprefix status
+[21:23.37] <bonsaikitten> but then packages trying to use it will most likely need some patching
+[21:23.59] <scarabeus> bonsaikitten: cant we somehow eselect correct site modules for what kde we start
+[21:24.01] <reavertm> (no kdeprefix - no pytkde issue)
+[21:24.20] *** pgega (n=pgega@77-99-66-168.cable.ubr01.tonb.blueyonder.co.uk) Quit (Client Quit)
+[21:24.22] <bonsaikitten> scarabeus: potentially yes, but might be very fragile
+[21:24.34] <yngwin> eselect is not the answer here
+[21:24.43] <scarabeus> and as reaver say, if we agree we can just mask kdeprefix flag, which will be voted
+[21:24.50] <scarabeus> because without this the kde cant be stabled
+[21:24.55] <scarabeus> the collision would piss users
+[21:24.56] <reavertm> anyway - either unslot or eselect - pykde4-9999 is likely to not work very well with kdelibs-4.2
+[21:24.57] <yngwin> someone still might want to run amarok1 in kde4 for example
+[21:25.22] *** haavardw (n=haavardw@cm-84.208.110.202.getinternet.no) Quit (Read error: 104 (Connection reset by peer))
+[21:25.23] <bonsaikitten> right, so we need versioned dirs in site-packages
+[21:25.31] <bonsaikitten> how many packages depend on pykde ?
+[21:25.40] <scarabeus> everything in kde with use python
+[21:25.49] <reavertm> yngwin: I don't see it relevant (amarok1)
+[21:25.58] <reavertm> (as it uses kdelibs3)
+[21:26.06] <yngwin> and pykde3
+[21:26.07] <bonsaikitten> I'm aware of marble plasma-workspace
+[21:26.10] <bonsaikitten> any others?
+[21:26.10] *** haavardw (n=haavardw@cm-84.208.110.202.getinternet.no) has joined #gentoo-kde
+[21:26.26] <reavertm> printing stuff
+[21:26.30] <reavertm> (upcoming in 4.3)
+[21:26.50] <reavertm> + guidance-power-manager (extragear)
+[21:27.01] <bonsaikitten> ok, tolerable amount to patch
+[21:27.19] *** pgega (n=pgega@77-99-66-168.cable.ubr01.tonb.blueyonder.co.uk) has joined #gentoo-kde
+[21:27.29] <reavertm> I don't worry about API differences here, rather ABI issues
+[21:27.34] *** scarabeus sets mode: +v haavardw
+[21:28.08] <bonsaikitten> reavertm: the only thing that will suffer is the detection by other packages afaict, so we will have to frickel them to accept the changes
+[21:28.22] <reavertm> besides nobody really tried yet mixing new pykde4 with 'old' apps (and we're preventing it so far)
+[21:28.22] <bonsaikitten> so if we have to tweak 5 packages that's an acceptable amount of work
+[21:28.30] *** Phlogi_ (n=quassel@236-60.77-83.cust.bluewin.ch) Quit (Read error: 60 (Operation timed out))
+[21:29.12] <reavertm> (I guess we don't plan to support older pykde4 with newer apps - so just SLOT deps would be dropped if any)
+[21:29.18] *** bertodsera (n=quasseul@95.133.248.44) has joined #gentoo-kde
+[21:29.45] <bonsaikitten> anyone willing to help?
+[21:29.50] <yngwin> maybe you should test backwards compatibility of newer pykde4 then, as that would prevent the need for patching
+[21:29.56] <reavertm> I did it partially in local branch
+[21:30.43] <jmbsvicetto> Hi
+[21:30.47] <wired> hey boss
+[21:30.49] <jmbsvicetto> I'm sorry for being late
+[21:31.16] <bonsaikitten> yngwin: right, that will be annoying to test :)
+[21:31.27] <scarabeus> bonsaikitten: so you and reaver will do it
+[21:31.43] *** Phlogi (n=quassel@10-175.0-85.cust.bluewin.ch) has joined #gentoo-kde
+[21:31.49] <scarabeus> ?
+[21:31.52] *** scarabeus sets mode: +v Phlogi
+[21:31.59] <bonsaikitten> *sigh* :)
+[21:32.06] <bonsaikitten> I'll try to have a look on the weekend
+[21:32.07] <scarabeus> i take it as yes :]
+[21:32.44] <scarabeus> ok
+[21:32.55] <scarabeus> anything else to this topic?
+[21:33.07] <scarabeus> jmbsvicetto: o hi, i missed ya ;]
+[21:34.09] <scarabeus> ok, since there wont be more devs here around and since alexxy has pretty late hour i would like to go with his kdeprefix stuff
+[21:34.12] <scarabeus> alexxy: please
+[21:34.22] <scarabeus> the topic Solving the final question about kdeprefix.
+[21:34.45] <alexxy> well
+[21:35.34] <tanderson> One thing: I as a amd64 person won't let kde4 go stable on my architecture with kdeprefix available to my users
+[21:35.49] <reavertm> :)
+[21:36.01] <alexxy> he he =)
+[21:36.03] <tanderson> It causes far too many problems
+[21:36.08] <bonsaikitten> tanderson: don't make us go behind your back ;)
+[21:36.18] <reavertm> you even don't know about one problem I know of :P
+[21:36.20] <alexxy> so kdeprefix will cause many headache to users
+[21:36.27] <hwoarang> it does already
+[21:36.28] <tanderson> bonsaikitten: to whom?
+[21:36.29] <alexxy> so lets mask it!
+[21:36.29] <reavertm> (qt4 bug related to plugin loader)
+[21:36.29] <alexxy> =)
+[21:36.35] <scarabeus> also the python issue
+[21:36.42] <scarabeus> plugin loader i personaly HATE
+[21:36.49] <bonsaikitten> tanderson: well, let me put it this way - you're not the only one on amd64 with a commit access ;)
+[21:37.01] <alexxy> bonsaikitten: if we will mask it
+[21:37.12] <scarabeus> user can still unmask it
+[21:37.17] <alexxy> people who want to use still can do it after unmasking
+[21:37.19] <scarabeus> and we already state it deemed evil
+[21:37.20] <tanderson> bonsaikitten: I think I represent the others on my team
+[21:38.01] <scarabeus> :]
+[21:38.03] <jmbsvicetto> scarabeus: I noticed in the back log ;)
+[21:38.13] <scarabeus> ok i think we should vote on it
+[21:38.19] <scarabeus> and if the vote will be keep unmasked
+[21:38.30] <scarabeus> the voting devs must promise to work on the issues with +kdeprefix
+[21:38.34] <scarabeus> aka they will focus on them
+[21:38.42] <scarabeus> not that I with -kdeprefix would fix them
+[21:38.51] <scarabeus> objections?
+[21:39.06] <jmbsvicetto> tanderson: You're forgetting that you can even mask a use flag in a profile ;)
+[21:39.20] <jmbsvicetto> tanderson: so you could always stable kde4 *without* kdeprefix
+[21:39.34] <tanderson> jmbsvicetto: I am aware of that
+[21:39.37] <reavertm> tanderson: and we're not voting on removing kdeprefix - but masking in profiles
+[21:39.51] <reavertm> (as most of devs will unmask it anyway)
+[21:39.51] <yngwin> why not just remove it?
+[21:40.01] <tanderson> I never mentioned removing kdeprefix! I mentioned "being available to my users"
+[21:40.04] <scarabeus> because we use live and stable right now
+[21:40.04] <tanderson> :)
+[21:40.10] <scarabeus> yngwin: aside
+[21:40.11] <jmbsvicetto> scarabeus / reavertm: what issues do you want to fix by masking it?
+[21:40.15] <scarabeus> with help of +kdeprefix
+[21:40.27] <jmbsvicetto> The pykde conflict and?
+[21:40.28] <scarabeus> jmbsvicetto: update strategy, collisions, broken plugins, user confusion
+[21:40.39] <reavertm> jmbsvicetto: just decrease ^^^ impact on average users
+[21:41.08] <jmbsvicetto> ok, I've became tired of fighting this war
+[21:41.23] <jmbsvicetto> I'll let anyone else take this one if they want
+[21:41.39] <scarabeus> i would more of like to convince you rather than tire you :]
+[21:41.44] <jmbsvicetto> But, just for the record, my +kdeprefix laptop is working fine :P
+[21:42.06] <scarabeus> jmbsvicetto: yeah because me and reaver spent quite stuff on prefix stuff, and it is still not 100%
+[21:42.07] <scarabeus> :]
+[21:42.16] <jmbsvicetto> scarabeus: As I've said before, the real solution is to fix upstream build system to allow co-existence of different versions side by side
+[21:42.18] <scarabeus> fist stuff was to be time
+[21:42.23] <reavertm> jmbsvicetto: you're free to go with +kdeprefix if you fix qt plugin loader to not pick oxygen.so from current kde session (and plugin cache stored in .config/Trolltech.conf) instead of using kde4-config --qtplugins
+[21:42.25] <scarabeus> yes on that i agree
+[21:42.41] <scarabeus> jmbsvicetto: well we wont remove it
+[21:42.42] <reavertm> jmbsvicetto: that's no longer build system issue
+[21:42.44] <scarabeus> just mask in profile
+[21:42.47] <scarabeus> anyone can enable it
+[21:42.50] <jmbsvicetto> scarabeus: this way someone might feel "pressured" to start that work ;)
+[21:42.58] <reavertm> they can coexist
+[21:43.09] <reavertm> there's problem with plugin loader
+[21:43.14] <scarabeus> jmbsvicetto: yeah it might motivate pple to work on it so it will get unmasked
+[21:43.14] <jmbsvicetto> reavertm: I mean having them on the same dir, not on separate prefixes
+[21:43.17] <reavertm> and of course with .desktop files
+[21:43.33] <scarabeus> ok guys we are far away from the subject
+[21:43.35] <reavertm> (they all have relative paths in Exec=)
+[21:43.36] <scarabeus> it is mask/not mask
+[21:43.46] * jmbsvicetto abstains
+[21:44.01] <reavertm> in current state kdeprefix is NO GO
+[21:44.21] <reavertm> one can not like it, but this is the fact
+[21:44.25] <scarabeus> jmbsvicetto: you cant you are lead :D
+[21:44.31] <scarabeus> ok please
+[21:44.34] <scarabeus> !herd kde vote
+[21:44.39] <scarabeus> !herd kde
+[21:44.40] <jmbsvicetto> bonsaikitten: what about you?
+[21:44.48] <scarabeus> i hate that bot
+[21:44.50] <scarabeus> seriously
+[21:44.51] <ABCD> scarabeus: Willikins doesn't have +v
+[21:44.53] <jmbsvicetto> scarabeus: give me a minute
+[21:44.55] <wired> rotfl
+[21:44.57] *** scarabeus sets mode: +v Willikins
+[21:44.57] *** jmbsvicetto sets mode: +v wired
+[21:44.57] <reavertm> I've spent already too many hours working on it - if anyone doesn't like it, I'll be happy to pass the work to him
+[21:44.59] <scarabeus> !herd kde
+[21:44.59] <Willikins> (kde) alexxy, carlo, cryos, dagger, deathwing00, jmbsvicetto, keytoaster, patrick, scarabeus, tampakrap, tgurr
+[21:45.04] <scarabeus> O;]
+[21:45.13] <jmbsvicetto> scarabeus: Yeah, blame the bot ;)
+[21:45.15] <bonsaikitten> jmbsvicetto: I prefer kdeprefix, but I don't care enough to fight for it
+[21:45.20] <jmbsvicetto> ok
+[21:45.26] <scarabeus> i vote the mask
+[21:45.39] <jmbsvicetto> scarabeus: How do you plan to mask it?
+[21:45.40] <alexxy> i vote for mask this crap!
+[21:45.45] * wired votes on his dev bug
+[21:45.48] <wired> :D
+[21:45.50] <alexxy> jmbsvicetto: via use.mask
+[21:45.55] <scarabeus> globaly in profile in use.mask
+[21:46.00] <jmbsvicetto> base/use.mask ?
+[21:46.02] <reavertm> I vote to mask it (for now)
+[21:46.03] <scarabeus> yes
+[21:46.14] <jmbsvicetto> Can users unmask it in /etc/portage ?
+[21:46.18] <scarabeus> yes
+[21:46.19] <yngwin> yes
+[21:46.21] <reavertm> as it should have been done at the same begin
+[21:46.24] <jmbsvicetto> iirc, last time one would have to do it in profiles/
+[21:46.28] <jmbsvicetto> ok
+[21:46.34] <yngwin> so it would still be available for those who really want it
+[21:46.40] <jmbsvicetto> I can live with the mask then
+[21:46.56] <ABCD> jmbsvicetto: to unmask, put "-kdeprefix" in /etc/portage/profiles/use.mask
+[21:47.15] <jmbsvicetto> ABCD: ok, thanks
+[21:47.15] <scarabeus> ok somebody around whom didnt vote?
+[21:47.22] <reavertm> ABCD: ssshh, users will hear it :P
+[21:47.24] * jmbsvicetto notices Patrick didn't
+[21:47.25] <yngwin> just make sure the whole thing is properly documented
+[21:47.46] <scarabeus> well the guide will be updated, at least tampakrap_ promised he will do it
+[21:48.00] <Pesa> ABCD: it's profile, not profiles, IIRC
+[21:48.07] <ABCD> ...right
+[21:48.17] <ABCD> I blame my IRC client
+[21:48.17] <scarabeus> bonsaikitten: so say mask/notmask plz
+[21:48.25] <Pesa> ;)
+[21:48.50] <reavertm> directory name is profiles, but calling it 'profile' is common :P
+[21:48.57] <bonsaikitten> scarabeus: abstain
+[21:49.04] *** himikof_ (n=himikof@129.167.249.ozerki.net) Quit (Read error: 104 (Connection reset by peer))
+[21:49.04] <scarabeus> :DDDD
+[21:49.06] <ABCD> reavertm: directory name is profie - I just checked
+[21:49.06] <scarabeus> ok
+[21:49.14] <ABCD> profile*
+[21:49.18] *** himikof_ (n=himikof@129.167.249.ozerki.net) has joined #gentoo-kde
+[21:49.23] <reavertm> (ah, you mean the one in /etc/portage)
+[21:49.28] <Pesa> yes
+[21:49.34] <Pesa> it's profile
+[21:49.37] <scarabeus> ok then it will be masked in profiles
+[21:49.38] <reavertm> nm, so results?
+[21:49.40] <scarabeus> per vote
+[21:49.42] <reavertm> great :P
+[21:49.58] <scarabeus> alexxy: please do the change and according documentation update in the guide
+[21:50.19] <tanderson> sweet
+[21:50.31] <tanderson> Now I can stable kde with a clear conscience
+[21:50.32] <alexxy> he he =)
+[21:50.41] <reavertm> there should be information. about being unable to load oxygen.so and the need of wiping ~/.config/Trolltech.conf
+[21:50.57] <alexxy> so tommorow i'll mask it via profile
+[21:51.03] <scarabeus> alexxy: okey
+[21:51.05] <alexxy> and update guide
+[21:51.06] <alexxy> =)
+[21:51.10] <scarabeus> so this topic is done :]
+[21:51.17] * alexxy realy tired and gonna sleep
+[21:51.24] <scarabeus> next one because we ocupied 2 in the row is for qt herd
+[21:51.29] <scarabeus> topic: Handle the PyQt3 qscintilla dependencies
+[21:51.31] <reavertm> (maybe remove all traces of kdeprefix from guide :)
+[21:51.33] <scarabeus> alexxy: gn
+[21:51.44] <scarabeus> yngwin: hwoarang ^
+[21:51.49] <yngwin> what about it?
+[21:51.56] <scarabeus> it is your topic
+[21:51.58] <hwoarang> messy
+[21:51.59] <yngwin> no
+[21:51.59] <alexxy> gn =)
+[21:52.09] <Pesa> i guess the problem is sip and PyQt-3?
+[21:52.11] <yngwin> nn alexxy
+[21:52.16] <hwoarang> nn alexxy
+[21:52.18] <hwoarang> Pesa: no
+[21:52.27] <hwoarang> pyqt3 requires qscintilla-python[-qt4]
+[21:52.30] <yngwin> so what is the problem?
+[21:52.36] <hwoarang> whilst Pyqt4 requires qscintilla-python[qt4]
+[21:52.41] <yngwin> no it doesnt
+[21:52.47] <hwoarang> sorry?
+[21:52.48] <reavertm> :)
+[21:53.05] <yngwin> PyQt4 does not hard depend on qscintilla
+[21:53.15] <Pesa> indeed
+[21:53.16] <reavertm> the other way around
+[21:53.30] <reavertm> if any..
+[21:53.53] <yngwin> if some app needs qscintilla-python[qt4], yes then there will be a blocker
+[21:54.07] *** SaCu (n=quassel@213-172-122-045.dsl.aktivanet.de) has joined #Gentoo-KDE
+[21:54.08] <hwoarang> this blocker does not exist right now
+[21:54.47] <yngwin> sort of, as you can only have qt4 or -qt4 set on qscintilla-python
+[21:54.55] <Pesa> so the problem is that you can't have both qt3 and qt4 qscintilla installed?
+[21:55.00] <hwoarang> ye
+[21:55.01] <yngwin> indeed
+[21:55.31] <hwoarang> adding qscintilla-python[-qt4] on PyQt
+[21:55.37] <hwoarang> creates a kind of mess
+[21:55.44] <yngwin> meaning you can only have PyQt and PyQt4 side by side as long as nothing needs qscintilla-python[qt4]
+[21:55.47] <hwoarang> well , a mess that users dont get it
+[21:55.51] <hwoarang> yes yngwin
+[21:56.17] *** wilder (n=quassel@host126-104-dynamic.21-87-r.retail.telecomitalia.it) has joined #gentoo-kde
+[21:56.22] <spatz> now that qt3 is removed this should happen less frequently
+[21:56.36] <yngwin> it's not removed
+[21:56.46] <hwoarang> spatz: this wont happen until 2010
+[21:56.49] <spatz> it will be soon, i mean
+[21:56.59] <hwoarang> we will remove qt3 use flag from desktop profile and that is all
+[21:57.05] <spatz> removed from desktop profile
+[21:57.17] <yngwin> ok
+[21:57.28] <hwoarang> but still , the blocker is there
+[21:57.34] <hwoarang> users can have qt3 on make.conf
+[21:58.24] <reavertm> what's the problem here? python bindings collision?
+[21:58.41] <reavertm> qt3 itself resides in separate prefix than qt4
+[21:58.52] <Pesa> no
+[21:58.54] <Pesa> qscintilla-python is fine
+[21:58.55] <yngwin> you can build qscintilla-python only for qt3 OR qt4
+[21:59.01] <Pesa> the problem is qscintilla iirc
+[21:59.11] <reavertm> it's buildsystem doesn't allow that or what?
+[21:59.28] <Pesa> file collisions
+[21:59.48] <Pesa> the buildsystem is simply not designed to do that
+[22:00.03] <scarabeus> adjust the build system
+[22:00.04] <scarabeus> simple
+[22:00.04] <yngwin> it may indeed by qscintilla itself, not the python bindings
+[22:00.17] <yngwin> scarabeus: patches welcome
+[22:00.33] <scarabeus> guys it is your bug :D
+[22:00.39] <reavertm> (a'ka gfy :)
+[22:00.43] <yngwin> then i say: mask for removal :p
+[22:01.15] <yngwin> it's qt3, it's deprecated, i dont want to waste time on it
+[22:01.28] <scarabeus> yngwin: well you are the boss
+[22:01.34] <scarabeus> yngwin: and if hwoarang agree... :]
+[22:02.07] <hwoarang> a real day issue is having amarok-1.4 and eric4
+[22:02.20] <hwoarang> this sounds to me like the most common blocker
+[22:02.25] <yngwin> there are just a few apps that use PyQt-3, most importantly amarok:3.5[python]
+[22:02.28] *** jefferai (n=quassel@amarok/developer/mitchell) has joined #gentoo-kde
+[22:02.30] <hwoarang> yes
+[22:02.38] <hwoarang> amarok is the big pain atm
+[22:02.48] <hwoarang> and many many ppl are using it
+[22:03.02] <scarabeus> and what for are the python bindings
+[22:03.10] <yngwin> scripts i suppose
+[22:03.12] *** scarabeus sets mode: +v jefferai
+[22:03.12] <hwoarang> scripts afaik
+[22:03.28] <scarabeus> jefferai: by any chance you know how important are python bindings in amarok 1?
+[22:03.32] <jmbsvicetto> hwoarang: amarok-1.4 can be deprecated after we get amarok-2 marked stable
+[22:03.43] <yngwin> that will take a while
+[22:03.48] <hwoarang> indeed
+[22:03.51] <jefferai> scarabeus: there are python bindings in amarok 1?
+[22:03.59] <hwoarang> :D
+[22:04.20] <scarabeus> guys this is statement from upstream dev
+[22:04.21] <scarabeus> :D
+[22:04.28] <yngwin> so maybe we can mask python useflag in amarok-1* ?
+[22:04.30] <scarabeus> so i think when they dont care why should we :P
+[22:04.37] <jefferai> well, I'd have to ask
+[22:04.42] <scarabeus> yngwin: yep that i was thinking about
+[22:04.43] <jefferai> the fact that I'm not aware of them doesn't mean...
+[22:05.03] <wired> jefferai: too late :P
+[22:05.08] <jefferai> heh
+[22:05.10] <hwoarang> python masking sounds good to me
+[22:05.12] <spatz> that'll get more users annoyed than having problems with qscintilla, imo
+[22:05.16] *** etix (n=etix@videolan/developer/etix) Quit (Remote closed the connection)
+[22:05.18] *** etix (n=etix@nala.l0cal.com) has joined #gentoo-kde
+[22:05.27] <jmbsvicetto> jefferai: too late, python use flag has already been taken to the alley and beaten up^Dmasked ;)
+[22:05.30] <yngwin> or have the useflag renamed and disabled by default
+[22:05.46] <yngwin> as globally python is enabled by profile
+[22:05.48] <jefferai> what's this for?
+[22:06.14] <scarabeus> jefferai: some bindings probably :]
+[22:06.19] <scarabeus> hopefully just bindings
+[22:06.30] <jefferai> oh
+[22:06.31] <yngwin> jefferai: we have a conflict between dependencies of PyQt3 and PyQt4, and amarok-1 is the biggest consumer of PyQt3 it seems
+[22:06.33] <jefferai> webcontrol
+[22:06.42] <jefferai> bah
+[22:06.46] <jefferai> I don't know of anyone using it
+[22:06.50] <jefferai> at least, that I've ever heard
+[22:07.02] <jefferai> it's some random script that allows web control of Amarok -- I guess
+[22:07.17] *** genewbie (n=genewbie@cpe-76-172-51-77.socal.res.rr.com) has joined #gentoo-kde
+[22:07.17] <jefferai> take a look in the ebuild -- just make sure you keep that rm for the webcontrol script in there
+[22:07.24] <jefferai> so that people don't file bugs asking why it doesn't work/run
+[22:08.08] <scarabeus> we are still on the qscintilla topic? ;P
+[22:08.23] <yngwin> yes
+[22:08.35] <scarabeus> :]
+[22:08.36] <scarabeus> okey
+[22:08.51] *** pgega (n=pgega@77-99-66-168.cable.ubr01.tonb.blueyonder.co.uk) Quit (Client Quit)
+[22:09.04] *** pgega (n=pgega@77-99-66-168.cable.ubr01.tonb.blueyonder.co.uk) has joined #gentoo-kde
+[22:09.14] <yngwin> so i propose useflag s/python/webcontrol/ in amarok-1* ebuilds
+[22:09.43] <yngwin> jmbsvicetto: ^
+[22:09.53] <jmbsvicetto> yngwin: I'd suggest dropping the python flag and removing the scrpit
+[22:09.55] <jmbsvicetto> script*
+[22:10.07] <jefferai> either way
+[22:10.24] <jmbsvicetto> yngwin: I think we should start hinting that users should start moving to amarok-2
+[22:10.45] <scarabeus> yeah 2.1 is already usable on same level i think
+[22:10.55] <yngwin> as long as it's not stable...
+[22:11.28] <scarabeus> it will be next topic
+[22:11.28] <scarabeus> :D
+[22:11.36] <scarabeus> just finish with this one
+[22:11.40] <yngwin> anyway, that will make things easier
+[22:12.18] <yngwin> with that one done, what do we think of mutual blocking of PyQt and PyQt4 to prevent portage tripping over the deeper deps issue?
+[22:12.28] *** gengor (n=gengor@gentoo/developer/gengor) has joined #gentoo-kde
+[22:12.37] <scarabeus> yep that is good idea
+[22:12.40] <jmbsvicetto> yngwin: what apps will that mask?
+[22:12.42] <scarabeus> the block between them
+[22:12.54] <Pesa> sorry guys, my connection is lagging a lot
+[22:12.57] <jmbsvicetto> s/mask/cause slot blocks/
+[22:13.00] <yngwin> it won't mask anything, just force users to choose
+[22:13.15] <jmbsvicetto> yeah, I meant what apps will be affected by that
+[22:13.28] <jmbsvicetto> !rdep PyQt
+[22:13.29] <Willikins> jmbsvicetto: Too many packages have reverse RDEPEND on dev-python/PyQt, go to http://tinderbox.dev.gentoo.org/misc/rindex/dev-python/PyQt instead.
+[22:13.30] <yngwin> !rdep PyQt
+[22:13.30] <jmbsvicetto> !rdep PyQt4
+[22:13.31] <Willikins> jmbsvicetto: Too many packages have reverse RDEPEND on dev-python/PyQt4, go to http://tinderbox.dev.gentoo.org/misc/rindex/dev-python/PyQt4 instead.
+[22:13.31] <Willikins> yngwin: Too many packages have reverse RDEPEND on dev-python/PyQt, go to http://tinderbox.dev.gentoo.org/misc/rindex/dev-python/PyQt instead.
+[22:13.37] <yngwin> :)
+[22:13.44] *** tbeadle (n=quassel@division.aa.arbor.net) Quit (Client Quit)
+[22:13.55] <jmbsvicetto> yngwin: sorry, feeling lazy today ;)
+[22:14.06] <yngwin> kelogviewer, releaseforge, kanyremote
+[22:14.07] <scarabeus> no important crap expect amarok i think
+[22:14.25] <jmbsvicetto> hmm, hplip :\
+[22:14.36] <yngwin> hplip also has qt4 option
+[22:14.49] <ABCD> hplip has qt4 option (and I have it installed, so I know it works)
+[22:14.58] <jmbsvicetto> yeah, sorry just noticed it
+[22:15.02] <spatz> i think there's a bug about the new hplip version not really having qt3 support
+[22:15.23] <scarabeus> he he
+[22:15.24] <scarabeus> :D
+[22:15.50] *** wired|quassel (n=quassel@athedsl-290085.home.otenet.gr) has joined #gentoo-kde
+[22:16.01] *** wired|quassel (n=quassel@athedsl-290085.home.otenet.gr) Quit (Client Quit)
+[22:16.17] *** wired|quassel (n=quassel@athedsl-290085.home.otenet.gr) has joined #gentoo-kde
+[22:16.40] <scarabeus> jmbsvicetto: in case you didnt look yet: http://bugs.gentoo.org/chart.cgi?category=-All-&subcategory=-All-&name=320&label0=Kde-Charting&line0=591&datefrom=&dateto=&action-wrap=Chart+This+List
+[22:16.41] <yngwin> so does anyone have anything against the blocker?
+[22:16.48] <scarabeus> no prob here
+[22:16.51] *** Skim[ihz] (n=skim@skim.static.corbina.ru) Quit (Client Quit)
+[22:16.56] <scarabeus> it looks fine when i compared
+[22:17.06] <hwoarang> i am on board
+[22:17.34] <yngwin> ok, let's do it then
+[22:17.52] <yngwin> next topic :)
+[22:18.02] <scarabeus> okey qt team can touch the amarok for this one i assume ;]
+[22:18.12] <scarabeus> KDE 4 Stabilisation.
+[22:18.15] <scarabeus> quite big
+[22:18.41] <scarabeus> but the bugs are ok, and now we agreed masking the prefix useflag only thing that remains is the kde4 apps out of the kde4 session
+[22:18.53] <scarabeus> reavertm: how we are standing on that bug, i was not paying much attention to it lately
+[22:19.02] <jmbsvicetto> scarabeus: hmm, should I get a chart?
+[22:19.14] <scarabeus> jmbsvicetto: yes for me it draws nice chart
+[22:19.19] <scarabeus> jmbsvicetto: open in anything else than FF
+[22:19.28] <scarabeus> and second thing is what version we will stable
+[22:19.29] <jmbsvicetto> so it only fails on FF?
+[22:19.30] <scarabeus> 4.2 or 4.3
+[22:19.30] <yngwin> wow that is fail
+[22:19.31] *** etix (n=etix@videolan/developer/etix) Quit (Client Quit)
+[22:19.41] <scarabeus> jmbsvicetto: yes
+[22:19.42] <jmbsvicetto> I'd say it depends when we get it done
+[22:19.53] <jmbsvicetto> For the next 2 months I would bet on 4.2.4 and or 4.2.5
+[22:19.59] <scarabeus> jmbsvicetto: well i am testing the 4.2.91 and i am damn impressed
+[22:20.02] <reavertm> they would work with kdeprefix if qt plugin loader wasn't affected - with -kdeprefix (and ~.config/Trolltech.conf wiped out) they are fine
+[22:20.23] <reavertm> another issue is with kde3 .desktop icons in kde4 session
+[22:20.38] <jmbsvicetto> scarabeus: Yeah, but it's too early for it
+[22:20.42] <scarabeus> the guys are really working their asses to make it nice
+[22:20.43] <reavertm> currently nothing is shown (because nothing would work)
+[22:20.49] <scarabeus> well it will be in 1 month around
+[22:20.58] <jmbsvicetto> scarabeus: I guess users that have been waiting for 2 years, can wait another month or two for 4.3 ;)
+[22:20.59] <spatz> and you'll have to wait a month to stabilize it
+[22:21.00] <scarabeus> also the printing dialog is tempting
+[22:21.14] <scarabeus> jmbsvicetto: ok should we vote on the thing or we agree
+[22:21.19] <scarabeus> reavertm: what do you think :]
+[22:21.40] <reavertm> scarabeus: does that printing dialog work for you?
+[22:21.46] <scarabeus> reavertm: nope ;D
+[22:21.47] <jmbsvicetto> I guess I'll make an "executive decision" on this one :P
+[22:21.48] <reavertm> (crashes in my cheoot)
+[22:21.54] <scarabeus> it says that it hate me
+[22:21.58] <scarabeus> it cant chat with cups
+[22:22.02] <reavertm> scarabeus: printing is deferred until fixed :P
+[22:22.04] <scarabeus> even tho i am able to print
+[22:22.18] <scarabeus> jmbsvicetto: okey so decide
+[22:22.29] <reavertm> (so no go for system-config-printer-kde and printer-applet)
+[22:22.30] <scarabeus> jmbsvicetto: fine with me you are elected lead, so you choose global policy:]
+[22:22.41] <jmbsvicetto> 4.2.[4|5] for the next 2 months - after that we can talk about 4.3
+[22:22.42] <scarabeus> reavertm: they are already in the tree by accident ;DDD
+[22:22.53] <reavertm> well, masked they can be
+[22:22.58] <scarabeus> reavertm: some looser already opened bug about it has missing deps ;D
+[22:23.08] <scarabeus> because movetocvs just grab everything with nice version :D
+[22:23.08] <reavertm> good
+[22:23.21] <jmbsvicetto> scarabeus: we should also open the bug asap
+[22:23.26] <scarabeus> jmbsvicetto: ok whom will handle stabling of 4.2 then
+[22:23.57] *** ebola_ (i=ebola@S0106066606660666.su.shawcable.net) has joined #gentoo-kde
+[22:24.01] <jmbsvicetto> what is blocking it?
+[22:24.10] <reavertm> most of kde4 issues
+[22:24.10] <scarabeus> the above thng only
+[22:24.11] *** Skim[ihz] (n=skim@skim.static.corbina.ru) has joined #gentoo-kde
+[22:24.12] <reavertm> :P
+[22:24.23] <scarabeus> running the kde4 apps out of the kde4 session
+[22:24.25] <jmbsvicetto> kde-print?
+[22:24.28] <jmbsvicetto> ah
+[22:24.29] <scarabeus> but it should be addressed already
+[22:24.30] <reavertm> also kdm crashes
+[22:24.40] <scarabeus> yeah kdm is weird crap with -O3
+[22:24.53] <jmbsvicetto> scarabeus: KDE has had issues with -O3 since ever
+[22:25.01] <reavertm> without -O3 as well (but works with new user)
+[22:25.02] <jmbsvicetto> scarabeus: If you look in bugzilla there were a few reports about that
+[22:25.13] *** ebola_ (i=ebola@S0106066606660666.su.shawcable.net) has left <type 'buffer'>
+[22:25.16] <jmbsvicetto> reavertm: are you sure it's not a graphics driver issue?
+[22:25.19] *** InvaderNOP (i=ebola@S0106066606660666.su.shawcable.net) has joined #gentoo-kde
+[22:25.28] <scarabeus> if it works with new user...
+[22:25.41] <jmbsvicetto> yeah, hmm config option?
+[22:25.46] <reavertm> like?
+[22:25.55] *** Civil (n=Civilian@95-24-130-90.broadband.corbina.ru) Quit (Remote closed the connection)
+[22:26.02] <reavertm> anyway, stabilization bug could be opened to track issues
+[22:26.09] <scarabeus> tracker bug
+[22:26.13] <jmbsvicetto> let's open the tracker then
+[22:26.15] <scarabeus> 1 for tracking 2 for stabling
+[22:26.17] <reavertm> personally I wouldn't hurry with stabilization
+[22:26.23] <scarabeus> but whom will wrangle the stuff
+[22:26.31] <scarabeus> i guess tampy wont do second round
+[22:26.33] <reavertm> everyone :P
+[22:26.33] <scarabeus> :]
+[22:26.55] <jmbsvicetto> I suppose you want someone with -kdeprefix O:-)
+[22:27.02] *** andreax (n=andreaz@p57B951A2.dip.t-dialin.net) has joined #gentoo-kde
+[22:27.24] <scarabeus> GRM
+[22:27.37] <yngwin> btw i noticed sabayon is on +kdeprefix
+[22:27.38] <scarabeus> i am definetly sure that i will still target on closing bug than on wrangling them
+[22:27.41] <reavertm> I'd take commit count :D
+[22:27.47] <scarabeus> i am allways depressed about wrangling
+[22:28.06] <scarabeus> yngwin: 5.0 branch is -kdeprefix
+[22:28.09] <jmbsvicetto> scarabeus: oh, looking at bugs? we can all do it
+[22:28.16] <scarabeus> remember that we cooperate at sabayon
+[22:28.18] <yngwin> ok good
+[22:28.26] <scarabeus> s/at/with/
+[22:28.34] <yngwin> yes, thats why i mentioned it
+[22:28.37] <scarabeus> !seen joost-op
+[22:28.39] <Willikins> scarabeus: nope!
+[22:28.53] <scarabeus> !seen joost_op
+[22:28.54] <Willikins> scarabeus: joost_op was last seen 4 days, 45 minutes and 54 seconds ago, quitting IRC (Remote closed the connection)
+[22:29.28] <scarabeus> i already discussed with him about it :]
+[22:29.31] <scarabeus> so problem solved :]
+[22:30.03] <scarabeus> ok i think we have stuff that is needed to be done
+[22:30.15] <scarabeus> and i guess each of us can wrangle some itching bug
+[22:30.25] <scarabeus> i think everything above normal must be assinged there
+[22:30.25] *** haavardw (n=haavardw@cm-84.208.110.202.getinternet.no) Quit (Remote closed the connection)
+[22:30.33] <scarabeus> and rest is up to our decision
+[22:31.26] <scarabeus> anything else to this topic?
+[22:31.28] *** ABCD (n=ABCD@wikipedia/ABCD) Quit (Client Quit)
+[22:31.32] *** ABCD (n=ABCD@wikipedia/ABCD) has joined #gentoo-kde
+[22:31.37] <reavertm> hmm,m what about phonon?
+[22:31.38] *** scarabeus sets mode: +v ABCD
+[22:31.44] <scarabeus> already stable
+[22:31.46] <reavertm> it will be blocker for 4.3 I guess
+[22:31.57] <scarabeus> ah this
+[22:32.07] <scarabeus> it is not issue for 4.2 stable bug for now
+[22:32.17] <scarabeus> even if we might transcendent to 4.3 it can be address later
+[22:33.34] <scarabeus> ok since everyone is silent lets go with next topic
+[22:33.37] <scarabeus> topic: Review the useflags we enable by default in qt herd
+[22:33.44] <scarabeus> yngwin, hwoarang: ^
+[22:33.51] <reavertm> (and in kde as well :P)
+[22:33.59] <scarabeus> i think the +gtkdialog is FKHE#(*%$YU#HR$(*%W#URJTN stupid
+[22:34.03] <scarabeus> it pulls gtk
+[22:34.07] <scarabeus> and that pulls X
+[22:34.10] <scarabeus> on -X install
+[22:34.15] <reavertm> gtktheme you mean?
+[22:34.16] <scarabeus> so instead of 17 deps you have 55
+[22:34.20] <scarabeus> oh theme right
+[22:34.38] <spatz> gtkstyle
+[22:34.45] <reavertm> ah
+[22:34.54] <scarabeus> what ever ;]
+[22:35.14] <spatz> but that's in qt-gui which needs X anyway
+[22:35.25] <hwoarang> :)
+[22:35.49] *** bbroeksema (n=bbroekse@cust-02-5286b4cb.adsl.scarlet.nl) Quit (Remote closed the connection)
+[22:35.57] <Pesa> there's another topic in the agenda about this btw
+[22:36.01] <yngwin> we could rename that to gtk, so it only get enabled by default in desktop profile
+[22:36.17] <spatz> was just about to say that
+[22:36.22] <hwoarang> Pesa: which one
+[22:36.31] <Pesa> review the useflags we enable by default in qt herd
+[22:36.33] <spatz> rename to gtk and not have it on by default
+[22:36.38] *** B-Man1 (n=B-Man@cpe-098-024-241-139.ec.res.rr.com) Quit (Client Quit)
+[22:36.45] <yngwin> Pesa: thats what we're discussing now
+[22:36.52] *** B-Man (n=B-Man@cpe-098-024-241-139.ec.res.rr.com) has joined #gentoo-kde
+[22:37.05] <Pesa> ha
+[22:37.09] <Pesa> i failed
+[22:37.09] <hwoarang> :P
+[22:37.17] <Pesa> i'm getting angry with my ISP
+[22:37.33] <hwoarang> do we really need to enable something by default?
+[22:37.37] <spatz> but gtk isn't the only issue, also dbus, glib, qt3support and others
+[22:37.44] <spatz> they're all enabled by default
+[22:37.54] <hwoarang> dbus is already on profile
+[22:37.56] <scarabeus> qt3support disable guys i think
+[22:38.01] <scarabeus> glib can be disabled too
+[22:38.06] <scarabeus> i live without the later
+[22:38.15] <hwoarang> i cant recall why glib is on
+[22:38.16] <scarabeus> and the former we demand on kde but otherwise it is not needed right?
+[22:38.29] <hwoarang> i think
+[22:39.08] <spatz> the default should be off by default unless there's a good reason, not the way it is right that almost everything is on by default, IMHO
+[22:39.20] <spatz> i'm talking about all qt-* useflags
+[22:39.36] <hwoarang> yes
+[22:39.39] <yngwin> the reasoning why i enabled most of those is to have the default qt4 install have all the functionality that most users would want
+[22:40.04] <hwoarang> define: all the functionality
+[22:40.05] <spatz> most users of qt will have a desktop profile and/or have all the useflags they want enabled
+[22:40.05] <hwoarang> :P
+[22:40.26] <hwoarang> desktop profile enables most of them anyway
+[22:40.42] <scarabeus> i would suggest remove all + and see what it does
+[22:40.48] <scarabeus> and introduce only where really needed
+[22:40.49] <yngwin> yes, so we can drop those that the desktop profile enables
+[22:40.54] <scarabeus> re-introduce
+[22:40.57] <spatz> the current behavious is useless to the average user and annoying to those actually having a benefit from split ebuilds
+[22:40.59] <Pesa> qt3support is enabled by desktop
+[22:41.10] <yngwin> useless??
+[22:41.10] <jmbsvicetto> scarabeus: I don't quite agree
+[22:41.24] <spatz> yes, because he has those useflags enabled anyway
+[22:41.30] <scarabeus> jmbsvicetto: see above
+[22:41.32] <jmbsvicetto> scarabeus: default use flags allow us to drop most use flags from profiles
+[22:41.33] <spatz> it doesn't affect him at all
+[22:41.34] <scarabeus> jmbsvicetto: the flag is in profile
+[22:41.41] <yngwin> more superfluous than useless
+[22:41.47] <scarabeus> i was damn angry having +qt3support on sever
+[22:41.51] <spatz> yes
+[22:41.53] <scarabeus> so i had to edit useflag list
+[22:41.56] <spatz> bad choice of words
+[22:42.06] <jmbsvicetto> spatz: nothing prevents you from adding -<use> to your /etc/portage/package.use[/*] config file(s)
+[22:42.34] <hwoarang> mm
+[22:42.46] <spatz> of course, but useflags should be opt-in, not opt-out in the general case
+[22:42.48] <jmbsvicetto> scarabeus: yes, but instead of removing default use flags because they're enabled on profiles, we should be dropping use flags from profiles and moving them to default use flags
+[22:43.03] <yngwin> so let's drop the + on the useflags that are already in profiles
+[22:43.11] <hwoarang> +1
+[22:43.12] <spatz> that would be a good start
+[22:43.13] <scarabeus> jmbsvicetto: really? why?
+[22:43.15] <yngwin> and rename gtkstyle to gtk
+[22:43.24] *** Kame2 (n=manuel@port-92-196-126-246.dynamic.qsc.de) Quit (Remote closed the connection)
+[22:43.36] <jmbsvicetto> because that would prevent users from getting all the crap they get from profiles with ton of use flags like qt, kde, gtk or gnome
+[22:43.45] <jmbsvicetto> tons*
+[22:43.46] <scarabeus> jmbsvicetto: i really like that i have different useflags on case like server/desktop based on profile
+[22:44.01] <scarabeus> and for the qt it really made me sad
+[22:44.02] <jmbsvicetto> yeah, but desktop profiles currently have too many use flags
+[22:44.25] <spatz> maybe the desktop profile needs to be split, but that's out of scope
+[22:44.28] <jmbsvicetto> scarabeus: the first thing I add to my servers is USE="-X -gtk -gnome -kde -qt" ;)
+[22:44.39] <scarabeus> yeah yeah but i need qt on mine server
+[22:44.40] <yngwin> maybe desktop profile should be divided into subprofiles
+[22:44.43] <scarabeus> quassel ;\
+[22:44.45] <scarabeus> ;]
+[22:45.10] <yngwin> so?
+[22:45.10] <jmbsvicetto> No, I don't think it's out of scope. Instead of spliting profiles or moving flags from packages to profiles, I think we should be going the other way around and dropping use flags from profiles back to packages
+[22:45.16] <spatz> and you shouldn't use the desktop profile on your server :)
+[22:45.19] <yngwin> you can still have quassel with -qt
+[22:45.42] <scarabeus> jmbsvicetto: mail the idea to the -dev :]
+[22:45.42] <spatz> per profile is more appropriate than per package
+[22:45.45] <jmbsvicetto> spatz: I don't use the desktop profile on my workstations ;)
+[22:45.45] <yngwin> jmbsvicetto: well, that's stuff for a wider policy discussion
+[22:45.51] <spatz> that was also agreed last week on -dev, iirc
+[22:45.56] <jmbsvicetto> yngwin: indeed
+[22:46.08] <spatz> that's what i meant by "out of scope"
+[22:46.16] *** scarabeus sets mode: +v wired|quassel
+[22:47.07] <jmbsvicetto> Anyway, I think kde should retain default use flags for most optional support features that upstream enables by default
+[22:47.26] <yngwin> well, i dont have a string preference here, but it looks like my qt brothers do
+[22:47.32] <yngwin> strong*
+[22:48.10] <spatz> http://archives.gentoo.org/gentoo-dev/msg_d676d199747afac881bbf444dac478ea.xml
+[22:48.48] <scarabeus> ok lets continue this topic there
+[22:48.56] <scarabeus> rather on the meeting :]
+[22:49.16] <scarabeus> wired: are you around?
+[22:49.25] <wired> yes
+[22:49.33] * bonsaikitten gone
+[22:49.34] *** geo27 (n=quassel@lns-bzn-30-82-253-130-209.adsl.proxad.net) Quit (Remote closed the connection)
+[22:49.36] <reavertm> jmbsvicetto: upstream enabled by default everything that's autodetected
+[22:49.39] <scarabeus> wired: did you tracked the tampakrap what he is doing with kde3?
+[22:49.48] <reavertm> hence, it's bad approach imho
+[22:49.50] <wired> only the eclass part
+[22:49.53] <scarabeus> ah
+[22:49.59] <wired> scarabeus: btw i talked to him a few minutes ago
+[22:50.04] *** geo27 (n=quassel@lns-bzn-30-82-253-130-209.adsl.proxad.net) has joined #gentoo-kde
+[22:50.05] <scarabeus> where is he
+[22:50.10] <wired> he missed the meeting because he was traveling to athens
+[22:50.19] <scarabeus> and can he get online now?
+[22:50.24] <scarabeus> only to give us status info?
+[22:50.32] <scarabeus>  /report
+[22:50.33] <wired> hmm
+[22:50.39] <wired> let me call him and ask
+[22:50.42] <wired> 1min
+[22:50.51] <spatz> yngwin: so let's do what you decided and check back in while
+[22:51.27] <jmbsvicetto> reavertm: They don't autoenable everything
+[22:51.31] <scarabeus> jmbsvicetto: they do
+[22:51.36] <spatz> gtkstyle->gtk, remove default on all flags enabled in desktop profile
+[22:51.37] <wired> scarabeus: he'll be in here in 15m
+[22:51.38] <scarabeus> jmbsvicetto: if they detect package, they enable it
+[22:51.44] <jmbsvicetto> reavertm: For instance kopete doesn't enable by default all protocols and plugins
+[22:51.47] <yngwin> do we change them now or on next release?
+[22:51.56] <reavertm> there are some exceptions, yes
+[22:51.59] *** mrpouet (n=mrpouet@gentoo/developer/mrpouet) Quit (Client Quit)
+[22:52.00] <scarabeus> ok guys how much you want to read last topic
+[22:52.19] <wired> scarabeus: ok? =]
+[22:52.33] <scarabeus> wired: well it depends on others
+[22:52.41] <scarabeus> i cant hold them here for another 20 minutes ;]
+[22:52.45] <spatz> yngwin: would that require re-stabilizing?
+[22:52.46] <scarabeus> the meeting already lasts 2 hours
+[22:53.02] <yngwin> hmm, good question
+[22:53.03] <scarabeus> spatz: nope, archies are supposed to test various use flags
+[22:53.13] <jmbsvicetto> wired: he can login when he can and put a short status message here
+[22:53.21] <yngwin> so i guess not :)
+[22:53.29] <spatz> if not than we should do it now, imo
+[22:53.36] <spatz> otherwise we'll forget :)
+[22:53.37] *** hkBst (n=hkBst@gentoo/developer/hkbst) Quit (Read error: 104 (Connection reset by peer))
+[22:53.40] *** himikof_ (n=himikof@129.167.249.ozerki.net) Quit (Remote closed the connection)
+[22:53.55] <Pesa> 4.5.2 shouldn't be too far
+[22:53.58] *** NSaibot (n=quassel@dslb-094-217-110-040.pools.arcor-ip.net) has joined #gentoo-kde
+[22:53.58] <yngwin> in that case we can also drop custom-cxxflags useflag as we decided before
+[22:54.02] <jmbsvicetto> yngwin: it can change the installed package, so it should go through the revbump process
+[22:54.20] <yngwin> ok
+[22:54.23] <Pesa> then wait for 4.5.2
+[22:54.31] <yngwin> i agree
+[22:54.37] <spatz> for everything or just custom-cxxflags?
+[22:54.42] <yngwin> everything
+[22:54.42] <Pesa> everything
+[22:54.55] <spatz> ok
+[22:55.27] <yngwin> of course we can already do it in the overlay, where applicable
+[22:55.29] <spatz> next topic?
+[22:55.43] *** bearsh (n=quassel@80-219-1-239.dclient.hispeed.ch) Quit (Remote closed the connection)
+[22:55.45] <spatz> btw, what about libX11 dep in qt-core?
+[22:56.02] <yngwin> that's good to go into the tree
+[22:56.20] <Pesa> should we do the same for qt-dbus?
+[22:56.21] <spatz> those deps should be added to qt-gui and friends, no?
+[22:56.35] <yngwin> ah good call
+[22:56.35] <spatz> Pesa: it works for me
+[22:56.48] <yngwin> can you commit to overlay?
+[22:56.53] <spatz> those that do depend on libX11 and libXext should get it
+[22:57.16] <yngwin> make sure all modules are ok and checked for those
+[22:57.34] *** himikof_ (n=himikof@129.167.249.ozerki.net) has joined #gentoo-kde
+[22:57.35] *** DeSoVoDaMu (n=deso@77-21-66-33-dynip.superkabel.de) Quit (Read error: 113 (No route to host))
+[22:58.03] <spatz> i might not have time to do it in the overlay because of my exams :/
+[22:58.10] <yngwin> so we need to revbump those packages anyway
+[22:58.54] <yngwin> then we might as well do the useflag change, unless 4.5.2 is released very soon
+[22:59.04] <Pesa> right
+[22:59.18] <spatz> ok, great
+[22:59.55] *** papillon81 (n=papillon@f053145102.adsl.alicedsl.de) has joined #gentoo-kde
+[23:00.05] <yngwin> scarabeus: shall we close the meeting then?
+[23:00.06] *** scarabeus sets mode: +v papillon81
+[23:00.18] <scarabeus> well we can wait 8 minutes and tampy will be here
+[23:00.23] <scarabeus> it is up to you
+[23:00.31] <yngwin> you forget he's greek
+[23:00.42] <spatz> for what topic? (i forgot)
+[23:00.43] <scarabeus> what does it mean
+[23:00.51] <scarabeus> Progress of kde3 mess and way how anyone can help (here we call even for non-kdeteam devs)
+[23:00.52] <yngwin> 8 minutes could mean anything
+[23:01.23] *** scarabeus sets mode: +v wohnout
+[23:01.33] *** Gabrys (n=Gabrys@77-254-190-150.adsl.inetia.pl) has joined #gentoo-kde
+[23:02.02] <scarabeus> wired: ok tell him not to rush, and he will have to sent us the mail onto the kde@ and qt@ alliases or onto -desktop
+[23:02.24] <scarabeus> ok i hereby close the meeting
+[23:02.30] <scarabeus> and btw someone create log
+[23:02.30] <wired> well he should be here shortly, but ok :)
+[23:02.36] *** scarabeus sets mode: -m
+[23:02.55] <tampakrap_> i'm here
+[23:02.57] <scarabeus> aghr
+[23:02.59] *** tampakrap_ is now known as tampakrap
+[23:03.02] <scarabeus> you are joking :D
+[23:03.04] <yngwin> lol
+[23:03.05] *** scarabeus sets mode: +m
+[23:03.06] <tampakrap> no i am here
+[23:03.15] <yngwin> welcome :)
+[23:03.15] <scarabeus> yeah i see :]
+[23:03.16] <scarabeus> ok
+[23:03.33] <scarabeus> welcome indeed
+[23:03.34] <tampakrap> what's the deal
+[23:03.36] <tampakrap> ?
+[23:03.41] <wired> lol
+[23:03.48] <yngwin> kde3
+[23:03.54] <scarabeus> we want to know
+[23:03.59] <spatz> <scarabeus> Progress of kde3 mess and way how anyone can help (here we call even for non-kdeteam devs)
+[23:04.00] <scarabeus> state/progress what is to be done
+[23:04.02] <scarabeus> what is done
+[23:04.16] <tampakrap> ok
+[23:04.31] <tampakrap> kde3 misc apps need slotmove and stabilization this will take some time
+[23:04.34] <tampakrap> as i have no help
+[23:04.35] <jmbsvicetto> yngwin: hehe
+[23:04.39] <jmbsvicetto> Heya Theo
+[23:04.44] <tampakrap> koffice is my playground, i'll fix eclass
+[23:04.47] <scarabeus> tampakrap: hey i did about 5-10 apps
+[23:04.51] <tampakrap> *hello hello*
+[23:05.00] <tampakrap> not the stabilization part though
+[23:05.07] <tampakrap> so i still have to take care of the list
+[23:05.13] <tampakrap> and kde-base/*3.5.10*
+[23:05.20] <tampakrap> has many *stupid* bugs
+[23:05.22] <scarabeus> tampakrap: i would suggest to switch all misc apps
+[23:05.25] <tampakrap> that i have no motivation to fix
+[23:05.26] <scarabeus> and then open 1 stable bug
+[23:05.33] <tampakrap> this can't be done
+[23:05.40] <tampakrap> they don't have the same keywords
+[23:05.40] <scarabeus> why not
+[23:05.44] <scarabeus> no problem
+[23:05.45] <tampakrap> and it is against the rules :)
+[23:05.48] <scarabeus> just make list for each arch
+[23:06.02] <scarabeus> we do it in X when we stable all the stuff
+[23:06.09] <tampakrap> this isn't easier for me
+[23:06.13] <scarabeus> okey
+[23:06.16] <scarabeus> as pleases you
+[23:06.19] <scarabeus> since you do the work
+[23:06.20] <tampakrap> i slotmove package, check bugs and open bug
+[23:06.34] <tampakrap> anything else?
+[23:06.41] <tampakrap> what did you say about the stabilization?
+[23:06.44] <tampakrap> of kde4
+[23:06.55] <scarabeus> KDE 4 Stabilisation.
+[23:06.55] <scarabeus> - Jorge decided to start with 4.2 stabilisation.
+[23:06.55] <scarabeus> - stabilisation bug will have to be opened
+[23:06.55] <scarabeus> - tracking bug will have to be opened and bugs wrangled (volunteers??)
+[23:06.59] <scarabeus> this is summary
+[23:07.08] <tampakrap> ok
+[23:07.11] <tampakrap> we need tracker again
+[23:07.18] <scarabeus> ah how about asking for help with kde3 misc stuff on -dev
+[23:07.25] *** Skim[ihz] (n=skim@skim.static.corbina.ru) Quit (Client Quit)
+[23:07.26] <tampakrap> i volunteer with bug wrangling
+[23:07.37] <scarabeus> ssuominen did probably great job with removing arts usefla
+[23:07.38] <scarabeus> g
+[23:07.44] <scarabeus> how is its progress
+[23:07.49] *** scarabeus sets mode: +v ssuominen
+[23:07.59] <tampakrap> well we can say that kde3 is *open* for anyone
+[23:08.09] <ssuominen> media-sound cat. is clear of all arts deps
+[23:08.10] <scarabeus> !rdep arts
+[23:08.10] <Willikins> scarabeus: Too many packages have reverse RDEPEND on kde-base/arts, go to http://tinderbox.dev.gentoo.org/misc/rindex/kde-base/arts instead.
+[23:08.14] <ssuominen> media-libs half way
+[23:08.14] <tampakrap> not for maintaining but for random bugfixing
+[23:08.16] *** [Enrico] (n=chiccoro@host224-36-dynamic.16-79-r.retail.telecomitalia.it) Quit (Read error: 104 (Connection reset by peer))
+[23:08.21] <ssuominen> media-video undone
+[23:08.31] <scarabeus> 785 packages
+[23:08.34] * scarabeus is sad
+[23:08.41] <ssuominen> the media-sound apps left on the list are masked for removal or similar
+[23:08.43] <ssuominen> yeah
+[23:08.51] *** g1lt (n=quassel@203-79-94-158.cable.telstraclear.net) has joined #gentoo-kde
+[23:08.52] <scarabeus> just set allways arts never when there is optional in ebuild in eclass?
+[23:08.56] <scarabeus> that might close few?
+[23:08.57] <ssuominen> there's lots to be done, i can handle it by opening some bugs for teams
+[23:09.05] <ssuominen> to speed it up
+[23:09.20] <ssuominen> did similar when i killed gtk+-1.2 from 50%+ pkgs the another summer
+[23:09.24] <ssuominen> :P
+[23:09.32] <wohnout> death to arts
+[23:10.09] <ssuominen> can we quick vote on "let's remove arts from use defaults immediately?"
+[23:10.12] <ssuominen> ;)
+[23:10.19] <scarabeus> ssuominen: voted allowed already
+[23:10.21] <scarabeus> just do it
+[23:10.24] * ssuominen does
+[23:10.35] <scarabeus> ssuominen: will you be our asignee for arts thing? you seems to enjoy it ;}
+[23:11.49] <ssuominen> don't mind handling it so why not
+[23:11.56] <scarabeus> okey
+[23:12.04] <scarabeus> i will sent you the eclass update then
+[23:12.08] <scarabeus> for arts removal
+[23:12.18] <scarabeus> btw how much packages probably has arts HARDDEP?
+[23:12.21] <scarabeus> can it be found out?
+[23:12.22] <ssuominen> over the half way, there will always be a maintainer or two who attacks you for removings on false grounds (hit few of those on the gtk+-1.2 road)
+[23:13.04] <scarabeus> you see how much it hurts mine heart? ;]
+[23:13.05] <ssuominen> well in media-sound i've fixed about 50% pkgs to not dep on arts anymore
+[23:13.08] <scarabeus> so painfull ;]
+[23:13.10] <ssuominen> it was totally false
+[23:13.29] <scarabeus> well they can state it to us, probably anouncal on -dev might be good
+[23:13.30] <ssuominen> and removed about the optional dep on 25% and remaining 25% got punted
+[23:14.13] <ssuominen> but i guess there's no hurry
+[23:14.21] <ssuominen> but giving it a small boost won't hurt
+[23:14.23] <ssuominen> ;)
+[23:14.24] <tampakrap> yes
+[23:14.26] <scarabeus> :]
+[23:14.48] *** mikkoc (n=mikko@host161-90-dynamic.0-87-r.retail.telecomitalia.it) Quit (Remote closed the connection)
+[23:14.52] *** Devrethman (n=quassel@209.90.234.102) has joined #gentoo-kde
+[23:15.29] <scarabeus> anything else we have for kde3?
+[23:15.37] *** YaCK (n=brayan@unaffiliated/yack) Quit (Client Quit)
+[23:15.38] <tampakrap> kill it?
+[23:15.48] *** geo27 (n=quassel@lns-bzn-30-82-253-130-209.adsl.proxad.net) Quit (Remote closed the connection)
+[23:16.13] <tampakrap> look ppl i told you i have no motivation in this thing any more, what i did was to make sure it can work with kde4
+[23:16.29] <scarabeus> tampakrap: ok we should recruit someone for that
+[23:16.41] <tampakrap> since this thing works, we have to tell ppl *asap* that we have no motivation for maintaining it any more
+[23:16.43] <scarabeus> tampakrap: i really agree that you dont have to push it so hard forward if you dont have the motivation
+[23:16.49] <tampakrap> it started not to compile you know :)
+[23:17.02] <jmbsvicetto> And to have security issues!
+[23:17.04] <scarabeus> tampakrap: open the requirement on the stuffing needs
+[23:17.18] <jmbsvicetto> scarabeus: nope, add it to our project page
+[23:17.19] <tampakrap> no, no, kde3 doesn't need maintainer
+[23:17.25] <reavertm> it would be best to have it handled by some dev determined to stay with kde3
+[23:17.29] <tampakrap> just various bugfixing by ppl who use it
+[23:17.43] <scarabeus> yeah somebody determined using it would be nice
+[23:17.43] <reavertm> at least in kde team there is none...
+[23:17.49] <reavertm> :)
+[23:17.52] <scarabeus> well carlo...
+[23:17.58] <scarabeus> last seen on february
+[23:18.09] <scarabeus> when he broke quite few packages with wrong eapi2 bump
+[23:18.45] <reavertm> well, nobody is as experienced in eapi2 bumps like we are :P
+[23:18.49] <scarabeus> so we reaaaally need someone
+[23:18.52] <scarabeus> reavertm: yeah :D
+[23:18.57] <scarabeus> we are masters :D
+[23:19.07] *** Skim[ihz] (n=skim@skim.static.corbina.ru) has joined #gentoo-kde
+[23:19.21] <yngwin> sping is interested
+[23:19.40] <scarabeus> who is sping
+[23:19.44] <scarabeus> where is sping
+[23:19.51] <scarabeus> give us sping!
+[23:19.53] <tampakrap> jmbsvicetto: will you use your hat and send an email to -dev plz?
+[23:19.59] <yngwin> sebastian ping, currently doing GSoC
+[23:20.02] <reavertm> scarabeus: just drop 'packages up for grab' list on gentoo-dev with `200 kde3 ebuilds that kde team doesn't care about anymore :D
+[23:20.07] *** sean345 (n=sean345@c-76-105-5-254.hsd1.ca.comcast.net) has joined #gentoo-kde
+[23:20.10] *** BCMM (n=bcmm@unaffiliated/bcmm) has joined #gentoo-kde
+[23:20.16] <scarabeus> rofl
+[23:20.21] <scarabeus> jmbsvicetto: could we do it?
+[23:20.22] <scarabeus> :DDDDDD
+[23:20.27] <yngwin> pipping*
+[23:20.38] *** Varox (n=Varox@p4FD46B43.dip.t-dialin.net) has joined #gentoo-kde
+[23:20.38] <yngwin> the PackageMap guy
+[23:20.48] <scarabeus> oh i see
+[23:20.54] <scarabeus> and is he on irc from time to time?
+[23:21.07] <yngwin> yes
+[23:21.12] <scarabeus> but i assume he is uberbusy with gsoc on the other hand
+[23:21.17] <yngwin> yes
+[23:21.30] <yngwin> he will return to recruitment after gsoc
+[23:22.17] <jmbsvicetto> tampakrap: about kde3? ok
+[23:22.39] <scarabeus> jmbsvicetto: wait for summary i have 2 mails for you probably :D
+[23:22.39] <jmbsvicetto> scarabeus / reavertm: no :\
+[23:23.02] <scarabeus> ok we are probably done about the topic for now, at least until gsoc is over
+[23:23.05] <jmbsvicetto> no (no we can't drop kde3 on maintainer-needed)
+[23:23.17] <reavertm> that was joke :)
+[23:23.31] <tampakrap> i can supervise the commits
+[23:23.34] <scarabeus> jmbsvicetto: it was really joke :]
+[23:23.41] *** spatz (n=spatz@unaffiliated/spatz) Quit (Remote closed the connection)
+[23:23.44] <tampakrap> but for bugfixing i doubt it
+[23:23.57] <scarabeus> ok i anounce the meeting over then :]