 riddell will be doing a rotation to bzr starting at uds
[00:15] <ScottK> Riddell: ^^^ So you've decided I guess?
[00:17] <Riddell> ScottK: actually that's the first I'd heard I was accepted
[00:17] <ScottK> OK.
[00:17] <Riddell> I was expecting an interview of some sort
[00:42] <JontheEchidna> Riddell: your reputation speaks for itself ;-)
[00:43] <Riddell> mm, so any requests for bzr? :)
[00:44] <ScottK> Faster.
[00:45] <Riddell> tricky one that
[00:47] <yofel> less memory usage :P
[00:55] <JontheEchidna> that would require a port away from python :P
[00:56] <ScottK> You'll love the thought that Riddell will be totally pythonic when he comes back.
[00:57] <Riddell> I'm buying Python Cookbooks right now
[00:57] <ScottK> Actually though Python is fast compared to other high level interpreted languages.
[00:58] <ScottK> Ruby (at least 1.8) is totally bollocks slow incomparison.
[00:58] <yofel> well, I don't really care if it uses more or less memory, but currently either bzr needs to get more efficient or the lp buildds need more memory...
[01:01]  * yofel is off, good night
[01:01] <Riddell> nighty
[01:01] <Riddell> night yofel 
[01:37] <valorie> yoiks, no riddell next cycle!
[01:49] <Riddell> valorie: you can order everyone about instead!
[01:50]  * maco blinks
[01:50] <maco> ScottK says "bollocks"?
[01:55] <valorie> haha
[01:55] <valorie> if I knew what to do, I could do that!
[01:55] <valorie> I'm having fun doing that to the GSoC mentors and students
[01:57] <valorie> argh, is there no end to wiki-spam?
[01:58] <valorie> off to pflag
[02:18] <ScottK> maco: I've lived places where that was a normal thing to be saying, so I come by it honestly.
[02:27] <Riddell> groovy, maverick upgrade worked for me, I'll copy packages over in the morning if nobody else does it first
[02:27] <Riddell> there's probably some natty packages needing retries too
[03:32] <c2tarun> Riddell: ping
[03:34] <c2tarun> for  testing kde4.6.2 how should I install it? simply kde-desktop from software center
[06:06] <c2tarun> can anyone please tell me how can I update to kde 4.6.2 for testing?
[07:20] <c2tarun> anyone here?
[07:53] <c2tarun> Riddell: ping
[08:56] <steveire> seaLne: I haven't seen that.
[08:56] <steveire> Is it reproducible by just not opening kwallet until after starting kontact or so?
[09:12] <bambee> morning
[09:18] <seaLne> steveire: basically what is happening is that i'm logging in to kde, going off and doing something while it sstarts up by the time i come back and type the kwallet password for wifi kontact had already fully started
[10:36] <bambee> what does "Import of Translation Template" mean ? I did not do translations... 
[10:37] <bambee> well, I maintain some packages... translation templates have been imported from these packages, I guess ?
[10:42] <Riddell> launchpad spam
[10:42] <Riddell> longstanding bug that they never bother to fix
[10:42] <Riddell> forward the emails to launchpad develeopers if you want to play mean
[10:54] <jussi> Riddell: aww, you nasty person :P
[10:54] <valorie> wait, won't Riddell be getting those emails?
[10:57] <Riddell> I get hundreds of them, so far I've resisted the temptation to set up a procmail rule forwarding them to launchpad-devel@
[10:58] <valorie> btw riddell, are you on the KDE-SOC-mentor list
[10:58] <valorie> and on melange?
[10:58]  * valorie sees a volunteering of mentoring
[10:58] <valorie> ah, you must be
[10:58] <valorie> :-)
[10:59] <Riddell> valorie: yes
[10:59] <Riddell> "a volunteering of mentoring"?
[10:59] <valorie> but melange isn't letting me assign mentors tonight
[10:59] <valorie> grrr
[10:59] <valorie> obviously since melange won't let me work, and I seem to have lost the power to speak English
[10:59] <valorie> I should go to bed
[10:59] <valorie> lol
[10:59] <valorie> niters all
[11:00] <Riddell> sweet dreams
[11:09] <Riddell> for asdf in kde4libs kdeaccessibility kdeadmin kdeartwork kdebase kdebase-runtime kdebase-workspace kdebindings kdeedu kdegames kdegraphics kdemultimedia kdenetwork kdepimlibs kdeplasma-addons kdesdk kdetoys kdeutils kdewebdev libqzeitgeist meta-kde oxygen-icons phonon; do copy-package.py -s maverick -p kubuntu-ninjas -b ${asdf} --to-suite=maverick --to-ppa=kubuntu-ppa --to-ppa-name=backports ; done
[11:09] <Riddell> that'll keep it busy
[11:26] <Riddell> DarkwingDuck: docs freeze today!
[11:26] <Riddell> how are they looking?
[11:29] <apachelogger> Nightrose: how many words are too many for a gsoc proposal?
[11:29] <Nightrose> apachelogger: we'll be reading more than 200 of them if last year is any indication
[11:30] <Nightrose> make it bearable 
[11:30] <debfx> meh, the "4.7\libraryPath=" in Trolltech.conf bug is really nasty :(
[11:30] <apachelogger> Nightrose: I could probably stay < 2k
[11:30]  * apachelogger just likes to tell stories too much :S
[11:32] <Riddell> debfx: I thought that should be fixed in 4.6.2
[11:32] <debfx> Riddell: yes, not for Qt-only applications though
[11:32] <debfx> like pinentry-qt
[11:33] <Riddell> but if that line is set by kdelibs and it's fixed in KDE then it ought to be fixed by all, I'd think
[11:35] <debfx> I guess it's more a workaround than a fix
[11:36] <debfx> kdelibs just adds /usr/lib/kde4/plugins as a library path
[11:36] <Riddell> that's the intended behaviour, so Qt apps can find the oxygen theme
[11:36] <Riddell> that's what it always did in the past
[11:37] <debfx> with that fix kde apps don't need the config option anymore
[11:38] <debfx> Riddell: it doesn't add it to the config file but updates the library paths for the running application
[11:39] <Riddell> debfx: how does it do that without adding it to the config file?
[11:41] <debfx> Riddell: it probably calls QCoreApplication::addLibraryPath()
[11:41] <Riddell> sneaky
[11:46] <debfx> aha
[11:46] <debfx> interesting commit: https://projects.kde.org/projects/kde/kdebase/kde-workspace/repository/revisions/da97a77fcd01892a7e2a1a4e8e71ab94b2ece32f
[11:46] <debfx> "Reuse old kconf_update script to now remove kde paths from libraryPath"
[11:48] <Riddell> debfx: just tried it on a new user, I do get "4.7\libraryPath=" but qt only apps (mumble, qtconfig) come up with oxygen
[11:48] <debfx> Riddell: you need to run the apps like this: env -i DISPLAY=:0 HOME=$HOME mumble
[11:49] <debfx> otherwise they read the QT_PLUGIN_PATH env variable
[11:49] <Riddell> what's wrong with them doing that?
[11:50] <debfx> the environment variable are stripped when doing dbus activation
[11:51] <Riddell> ah, thus the pinentry issue
[11:52] <debfx> yes, not sure if that is dbus activation but maybe it resets the env anyway
[11:53] <Riddell> debfx: well I guess we should ask dfaure why he removed the library paths
[11:54] <debfx> Riddell: https://projects.kde.org/projects/kde/kdebase/kde-workspace/repository/revisions/9d7eb8f716873d2079039d336c8f9a21b2fae0fa
[11:54] <Riddell> hmm
[11:55] <debfx> you get the "4.7\libraryPath=" entry when creating a new user?
[11:55] <Riddell> yes
[11:56] <debfx> are the kconf_update scripts run for new users?
[11:57] <Riddell> debfx: yes, log says..
[11:57] <Riddell> 2011-04-07T11:42:50 Checking update-file '/usr/share/kde4/apps/kconf_update/krdb_libpathwipe.upd' for new updates
[11:57] <Riddell> 2011-04-07T11:42:50 krdb_libpathwipe.upd: Found new update 'LibraryPathWipeOut'
[11:57] <Riddell> 2011-04-07T11:42:50 krdb_libpathwipe.upd: Running script 'krdb_clearlibrarypath'
[11:59] <Riddell> debfx: but why does adding that line cause it not to find the oxygen theme?
[11:59] <debfx> Riddell: it overrides the correct path from /etc/xdg/Trolltech.conf
[12:00] <Riddell> ah
[12:00] <Riddell> debfx: so we need to fix that krdb_clearlibrarypath programme to just remove it if it's empty
[12:05] <debfx> Riddell: yes, that should work for most users
[12:05] <debfx> unless there are more entries in libraryPath
[12:07] <Riddell> except it still has the potential binary compatibility issue that made dfaure remove it in the first place
[12:16] <debfx> it depends on the library path order
[12:16] <debfx> it's not a problem if the path added by kdelibs takes precedence
[12:17] <Riddell> debfx: fancy having a go at changing that script to remove the line?
[12:19] <Artemis_Fowl> Riddell: I ran upon https://bugs.launchpad.net/ubuntu/+bug/745524
[12:19] <Artemis_Fowl> will kcm-grub2 get packaged for natty?
[12:21] <debfx> Riddell: can do, but how do I make sure that the script is run again? rename it?
[12:22] <Riddell> debfx: yes
[12:22] <Riddell> Artemis_Fowl: it's on revu now waiting on just such a FFe
[12:22] <Riddell> Artemis_Fowl: thanks for finding it :)
[12:26] <Artemis_Fowl> Riddell: is there any grub2 gui spec page? I recall such a page existed for grub legacy (with features that the conf tool should have)
[12:27] <Riddell> I don't know
[12:42] <apachelogger> Nightrose: 1867 words too much?
[12:43] <Nightrose> apachelogger: heh - depends entirely what is in those 1867 words
[12:43] <Nightrose> ;-)
[12:44] <apachelogger> well, mostly thoughts on implementation and motivation
[12:44] <apachelogger> in fact former is using quite some bullet point lists, so I actually wonder how I got too that many words ^^
[12:44] <apachelogger> Nightrose: would it help if I make my KHC proposal <1k?
[12:45] <apachelogger> motivation: [link to kde-devel mail] :P
[12:45] <Nightrose> the main part of your proposal needs to be in melange though
[12:45] <Nightrose> also images ftw
[12:46] <c2tarun> apachelogger: ping
[12:46] <apachelogger> Nightrose: what sort of images? of the implementation?
[12:46] <apachelogger> do you want an uml :P
[12:47] <apachelogger> c2tarun: pong in 2 hours
[12:47]  * apachelogger is almost out the door for class
[12:47] <c2tarun> apachelogger: sure :)
[12:47] <Nightrose> apachelogger: mock-ups, uml, whatever really
[12:47] <Nightrose> anything that helps with understanding your plan
[12:47] <c2tarun> meanwhile can anyone please tell me how can I install kde4.6.2 on maverick for testing
[12:48] <Riddell> c2tarun: same way you install any software
[12:48] <c2tarun> Riddell: what? sudo apt-get install kde-desktop?
[12:48] <Riddell> dist-upgrade
[12:48] <Riddell> install kde-full
[12:49] <c2tarun> Riddell: dist-upgrade will upgrade me to natty?
[12:49] <Riddell> no
[12:49] <c2tarun> then?
[12:50] <c2tarun> Riddell: 
[12:51] <Riddell> then what?
[12:52] <c2tarun> Riddell: what will dist-upgrade do? and kde 4.6.2 still not release installling kde-full will install it?
[12:53] <Riddell> man apt-get
[12:53] <Riddell> apt-cache show kde-full
[12:58] <c2tarun> Riddell: is there any other work left except testing?
[12:59] <Riddell> no
[12:59] <yofel> Riddell: do we want kdevelop 4.2.2 in natty?
[12:59] <Riddell> yofel: yes I think so
[12:59] <Riddell> is that you volunteering? :)
[13:00] <yofel> if nobody else did anything yet, yes
[13:00] <Riddell> nobody did
[13:33] <apachelogger> Nightrose: nakkid pictures of me?
[13:33]  * apachelogger should make a uml then
[13:33] <apachelogger> and a mockup for khc
[13:36] <c2tarun> apachelogger: you remember that project about bringing phonon to android?
[13:36] <apachelogger> c2tarun: yes
[13:36] <c2tarun> apachelogger: can you mentor it?
[13:36] <apachelogger> no
[13:36] <apachelogger> I am not a mentor
[13:36] <c2tarun> apachelogger: ohh.... :/
[13:36] <apachelogger> c2tarun: ask in #phonon maybe
[13:37] <c2tarun> apachelogger: for doing that do I need to have complete knowledge of phonon coding?
[13:38] <apachelogger> partially
[13:38] <apachelogger> well
[13:38] <apachelogger> not really
[13:38] <apachelogger> you will have to create a backend (plugin) that uses the android mm api
[13:39] <apachelogger> so I would say that gluing c++ to the java api is the trickier bit here, doing a backend is not that difficult
[13:39] <c2tarun> apachelogger: sorry to say this, but I never used android and I dont know how to create a plugin :(
[13:39] <c2tarun> apachelogger: if you could guide me a bit, may be I can talk to some mentor then and get this project :/
[13:41] <c2tarun> apachelogger: ping
[13:42] <apachelogger> c2tarun: that is what you would have the mentor for :P
[13:43] <c2tarun> apachelogger: do you think mentor will guide me for everthing :/ I think they are just mentors. but if it is something like that I'll surely propose this in #phonon :)
[13:44] <apachelogger> c2tarun: they will not tell you *how* to do things :P
[13:44] <apachelogger> but they will guide you there
[13:47] <c2tarun> apachelogger: guidance will do :) I submitted a proposal but thought they didn't approved it :( may be the information I provided is not right. can you please propose it, please 
[13:53] <c2tarun> apachelogger: ping
[13:53] <Riddell> rbelem: do you have packages of this updated plasma mobile you want in?
[13:56] <apachelogger> c2tarun: propose what?
[13:56] <apachelogger> why when where?
[13:56] <c2tarun> apachelogger: ok, I'll propose it :)
[13:56] <debfx> why is http://cdimages.ubuntu.com/kubuntu/daily-live/current/ 403 forbidden? :o
[13:56] <apachelogger> so you do not access it
[13:57] <apachelogger> probably broken
[13:59] <debfx> yeah but where can I complain about it?
[13:59] <apachelogger> debfx: cjwatson IIRC
[14:00] <yofel> debfx: there is no build for today anyway
[14:00] <apachelogger> all broken
[14:02] <debfx> oh right, the ubuntu images are broken too
[14:02] <yofel> debfx: they all fail with the same error http://people.canonical.com/~ubuntu-archive/cd-build-logs/kubuntu/natty/daily-live-20110407.log
[14:03] <debfx> yofel: hm yes, but shouldn't it keep the last working images?
[14:03] <yofel> it keeps the last 2 builds, problem: those are broken too
[14:04] <yofel> I don't know more than that
[14:04] <yofel> colin is in #ubuntu-devel currently, he probably knows more
[14:16] <Riddell> debfx: he's uploaded a fix for the image builds
[14:26] <Riddell> groovy, 4.6.2 upgrade works for me
[14:26] <Riddell> shall I announce it?
[14:32] <yofel> I'm doing an update in my VM here right now, give me a few minutes
[14:33] <Riddell> I'm especially interested in having kdm tested so do check that
[14:38] <Riddell> rbelem: kdelibs patches merged and uploaded (with upstream approval), do let me know about that updated plasma mobile
[14:57] <yofel> Riddell: I got an akonadi migration window after session restart, works fine otherwise (in KVM)
[14:57] <Riddell> yofel: lovely thanks
[14:57] <Riddell> let's announce!
[14:57] <yofel> hm wait
[14:58] <yofel> rekonq crashes now..
[14:59] <yofel> but somewhere from libqtgui, so I'm not sure if it's from this updat
[15:04] <Riddell> yofel: rekonq working ok here
[15:05] <Riddell> how's https://www-admin.kubuntu.org/news/kde-sc-4.6.2 ?
[15:06] <yofel> nice
[15:20] <Riddell> shadeslayer: linphone no longer compiles and bug 597254 hasn't been approved so I fear we may have to drop kopete-gcall
[15:20] <shadeslayer> :S
[15:20]  * shadeslayer looks
[15:21] <shadeslayer> Riddell: okay, seems fair
[15:22] <shadeslayer> seeing how this isn't working out .. and the only future i see is telepathy replacing kopete 
[15:22] <Riddell> yep
[15:23] <Riddell> we should cosy up to those telepathy-kde dudes next cycle
[15:24] <shadeslayer> Riddell: telepathy kde isn't production ready :(
[15:24] <shadeslayer> i've been fixing some stuff for them the past 2 weeks, you can initiate chats and stuff ... but it's still not utilizing all of it's potential
[15:25] <Riddell> any day now...
[15:25] <shadeslayer> Riddell: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/shadeslayer/1
[15:25] <shadeslayer> that's why i wrote that ^^
[15:33] <Riddell> yofel: you merged c2tarun's kde-l10n change for 4.6.2, does that mean someone is building it?
[15:33] <shadeslayer> apachelogger: Here's why you should install GNOME 3 http://twitpic.com/4hvjya
[15:33] <yofel> Riddell: c2tarun said he wanted to do it
[15:33] <yofel> c2tarun: ping
[15:34] <Riddell> I tried gnome 3 earlier today, I quite liked it
[15:35] <yofel> shadeslayer: yep, the nepomuk failure windows at least have a big red X
[15:35] <Riddell> some strangness like no maximise button, I couldn't work out what "Activities" ment any more than I can in Plasma and the curiously prominant accessibility panel (just how often do I want to switch to high contrast icons?)
[15:35] <shadeslayer> haha :D
[15:37] <shadeslayer> ~np
[15:37] <kubotu> shadeslayer_ is listening to "Revolution" by Sonsofday [Autumn Heart] -- see http://www.last.fm/user/shadeslayer_ for more
[15:37] <shadeslayer> \m/
[15:43] <c2tarun> yofel: u there?
[15:43] <shadeslayer> yofel: does our package script still work? the one which tells us how many downloads we've had
[15:44] <yofel> c2tarun: you can upload kde-l10n now if you have time
[15:44] <yofel> shadeslayer: should, it counts build-deps too though, so don't trust it too much
[15:44] <c2tarun> yofel: I always have time :) but alas that ec2 is closed :( Riddell can you please start an maverick ec2
[15:45] <shadeslayer> yofel: crashes when i enter my pass :S
[15:45] <yofel> shadeslayer: trace?
[15:45] <rbelem> Riddell, yup, i will upload it to revu
[15:45] <shadeslayer> yofel: http://paste.kde.org/9131
[15:45] <yofel> shadeslayer: I would blame python-keyring
[15:45] <c2tarun> Riddell: pin
[15:46] <shadeslayer> :S
[15:46] <c2tarun> g
[15:46] <yofel> shadeslayer: I have gnome-keyring running here which is used instead for some reason and that works
[15:47] <shadeslayer> afaik i have that too
[15:47] <shadeslayer> yep...
[15:51] <Riddell> c2tarun: ubuntu@ec2-50-17-162-192.compute-1.amazonaws.com
[15:51] <c2tarun> Riddell: thanks :)
[15:55] <shadeslayer> yofel: idk how reliable this is, but if it's true its awesome :  1207 :                          project-neon-automoc     maverick       i386    2+git20110217+r98-5~maverick1
[15:55] <yofel> as I said, it counts build-dep downloads from the buildds too for some reason
[15:55] <yofel> at least some lp dev said so
[15:56] <shadeslayer> does that count the time where another package downloads something from the PPA to build itself?
[15:57] <yofel> seems so
[15:57] <shadeslayer> bah
[15:57] <shadeslayer> that's no good
[15:58] <Riddell> hmm, kdewebdev-kde3 doesn't compile
[16:01] <c2tarun> yofel: I am still getting same error as yesterday, error:  Leaving you alone in the cold.
[16:01] <c2tarun> :/
[16:01] <yofel> ...
[16:01] <yofel> is that the same branch as yesterday or did you use a fresh checkout?
[16:01] <c2tarun> yofel: same branch
[16:01] <yofel> use a fresh checkout
[16:02] <Riddell> c2tarun: you will need to have your private ssh keys on the build machine
[16:02] <c2tarun> Riddell: ok, I'll get them
[16:08] <c2tarun> yofel: my yesterday branch is merged, so its getting me to version ~maverick1~ppa2 is it fine?
[16:09] <Riddell> c2tarun: yes that's fine
[16:09] <yofel> c2tarun: hm? why did you create a new entry?
[16:09] <Riddell> oh right, no need for second changelog entry
[16:10] <c2tarun> yofel: that's why I was asking, should I create a new entry or just go with the previous one.
[16:10] <yofel> c2tarun: go with the previous one
[16:12] <c2tarun> yofel: with previous entry do I still have to push a new branch?
[16:12] <yofel> no
[16:12] <yofel> don't commit anything, just use the branch as it is
[16:12] <shadeslayer> yofel: i think we should poke people about our DBus issues
[16:13] <shadeslayer> since we aren't getting anywhere
[16:13] <yofel> shadeslayer: can you take care of that? I'll take a look at the build failures later instead
[16:15] <shadeslayer> sure
[16:27]  * c2tarun getting 200kb/s speed at an ec2 first time less than 10mb/s
[16:38] <yofel> blame svn I would say, I'm gone for a while, kdevelop 4.2.2 is in ninjas for natty in the meanwhile if someone wants to test it, I'll file the FFEs later
[16:39] <Riddell> yofel: thanks, it should be bugfix only so no FFe needed
[16:40] <yofel> hm, true for most I think, kdevelop and kdevplatform added 2 missing translations (ng and ru) but I haven't look at the full kdevelop-pg-qt changelog yet
[16:42] <yofel> then again, kdevelop-php is the only package that actually uses it I think so that should be ok too
[16:42] <Riddell> adding translations is a good thing to do
[17:11] <Riddell> yofel: kdevelop uploaded
[17:13] <Riddell> debfx: should your libraryPath kconf update script go upstream?
[17:36] <debfx> Riddell: I guess so
[17:36] <debfx> do you know how other distros add the kde plugin path to qt?
[17:38] <debfx> aha, fedora just patches qt: http://pkgs.fedoraproject.org/gitweb/?p=qt.git;a=blob;f=qt-everywhere-opensource-src-4.7.0-beta2-kde4_plugins.patch;hb=HEAD
[17:47] <c2tarun> Riddell: ping
[17:48] <c2tarun> Riddell: I got disconnected from the ec2 machine while it was building, now when I reconnected how can I see the status?
[18:01] <c2tarun> yofel: ping
[18:03] <sheytan> yo
[18:03] <sheytan> what's the script to run on kde startup to have qtcurve gtk theme running?
[18:03] <sheytan> i had to remove all my user settings, kubuntu started to run wired ;(
[18:30] <apachelogger> Nightrose: does a mockup have to be for me?
[18:30] <Nightrose> apachelogger: meaning?
[18:30] <apachelogger> supposedly it supports the proposal to show where this is going
[18:30] <apachelogger> i.e. for my phonon thing what a qml based phonon player could look like
[18:31] <Nightrose> that sounds good
[18:31] <apachelogger> kthx
[18:32] <apachelogger> sheytan_: btw, where is the phonon site you promised? :/
[18:32] <apachelogger> shadeslayer: yes, gnome3 I have installed
[18:32] <shadeslayer> apachelogger: plz2introduce bugs in it
[18:32] <apachelogger> no need
[18:32] <apachelogger> actually I am using kde right now
[18:32] <apachelogger> and it is wicked
[18:33] <apachelogger> something makes the system pretty much lag until death
[18:34] <apachelogger> the sad thing is that ksysguard does not report anything unusual
[18:34] <apachelogger> yet one core is constanly ~100% load
[18:35] <apachelogger> and all others are also far too busy 
[18:35] <apachelogger> Riddell: thought: can we please add htop to seed
[18:37] <apachelogger> oh
[18:37] <apachelogger> right
[18:37] <apachelogger> htop says X is eating my cpu
[18:37] <apachelogger> I wonder why it is doing that
[18:38] <apachelogger> my oh my, this is completely broken
[18:40] <DarkwingDuck> Riddell: ping
[18:41] <sheytan_> apachelogger hey, i'm reaaaaly busy these days. Don't even have time to make artwork for my job. But i will :)
[18:42] <apachelogger> aha!
[18:42] <apachelogger> gotcha
[18:42] <apachelogger> so
[18:42] <apachelogger> something is making kded4 going wild
[18:42] <apachelogger> like really wild
[18:43] <apachelogger> does things and I have no idea what it does
[18:43] <apachelogger> required a killall -9 to get rid of it
[18:43] <apachelogger> I also noticed it acting up on the netbook today
[18:43] <apachelogger> bascially plasma would just freeze and not start in like forever because kded4 was being eaten by something
[18:44]  * apachelogger sends sheytan_ some cookies in the hopes of speeding up things
[18:45] <sheytan_> apachelogger a cup of coffee would be better :D
[18:46] <apachelogger> kubotu: order coffee for sheytan_
[18:46]  * kubotu slides coffee with milk down the bar to sheytan_.
[18:46] <apachelogger> kubotu: could you not gather such things form context you dumb shiny thing
[18:47] <sheytan_> lol :D
[18:47] <sheytan> apachelogger there's one more thing :D
[18:47] <sheytan> no sugar nor milk please :D
[18:57] <yofel> c2tarun: pong
[18:57] <DarkwingDuck> has anyone seen Riddell 
[18:57] <yofel> he pinged you earlier
[18:58] <DarkwingDuck> Yeah, I know
[18:58] <DarkwingDuck> That's why I was looking for him now
[19:01] <c2tarun> yofel: : I got disconnected from the ec2 machine while it was building, now when I reconnected how can I see the status?
[19:02] <yofel> no idea, the session probably died unless you used screen/byobu
[19:02] <c2tarun> yofel: ok, I'll start the build again
[19:02] <yofel> c2tarun: you can check first if it finished 
[19:02] <yofel> before you got disconnected I mean
[19:03] <c2tarun> yofel: when I was disconnected it was building, and it was far from getting complete.
[19:03] <c2tarun> s/complete/completed
[19:03] <yofel> then restart it
[19:03] <yofel> meaning start from the beginning...
[19:04] <yofel> maybe run it in screen this time ^^
[19:04] <c2tarun> yofel: how?
[19:04] <yofel> just run screen, that will open a new shell
[19:05] <yofel> when you get disconnected the session will stay and you can reconnect to it once you get a new connection
[19:06] <c2tarun> yofel: for screen I think I have to start two sessions on that ec2 one for screen and another for building?
[19:06] <yofel> no, you build inside screen
[19:06] <yofel> just run screen, that will open a new shell and you build in there
[19:07] <yofel> I've gotten used to always use screen (or rather byobu, which is screen+addons) when I'm working over ssh
[19:08] <c2tarun> yofel: just in case, if I get disconnected how can I resume to that screen?
[19:10] <yofel> run 'screen -R' should work
[19:10] <yofel> or -rd
[19:12] <bambee> KDE 4.6.2 packaging is apparently done, there is something else to do ?
[19:12] <yofel> bambee: you can backport my kdevelop packages to maverick if you want
[19:12] <bambee> yofel: sure, if you want :)
[19:13] <yofel> feel free to, it's kdevplatform, kdevelop-pg-qt and kdevelop(-php(-docs)) 
[19:24] <irssilogger> kubotu: order wayland
[19:24]  * kubotu slides wayland down the bar to irssilogger
[19:24] <irssilogger> kubotu: love ya
[19:25] <jussi> irssilogger: are you an impersonator? 
[19:26] <irssilogger> I am an 
[19:27] <irssilogger> word missing
[19:27] <irssilogger> let me take a guess
[19:27] <irssilogger> user
[19:27] <irssilogger> planet safed
[19:27] <irssilogger> anywho
[19:27] <irssilogger> wayland is supreme
[19:28] <irssilogger> whereas X11 is ... well ... X11
[19:30]  * yofel doesn't care about wayland
[19:30] <yofel> except, hm... if someone makes nouveau actually *work* there, that would be cool
[19:31] <irssilogger> hmmm, make shitty x drivers work with wayland
[19:31]  * yofel isntalls gnome3 ppa in the meanwhile
[19:31] <irssilogger> suddenly the future does not seem as bright as I was lead to believe
[19:31] <DarkwingDuck> Can someone let Riddell know i'm looking if he shows up before I get back?
[19:32]  * yofel was under the impression pinging people already did that ^^
[19:32] <DarkwingDuck> :P
[19:33] <DarkwingDuck> Sometimes I hate my government
[19:33] <yofel> you live in?
[19:33] <DarkwingDuck> US
[19:33] <yofel> my condolences :P
[19:33] <DarkwingDuck> thanks
[19:33] <DarkwingDuck> I was in the US Navy for many years... I had a passport that was stamped "Official US Government Use"
[19:34] <ScottK> What now?
[19:34] <DarkwingDuck> But, I was medically discharged before I served 10 years
[19:34] <ScottK> (not like there's a shortage of candidates)
[19:34] <DarkwingDuck> So, now that I am out I cannot use my current passport 
[19:35] <yofel> ...
[19:35] <DarkwingDuck> But, when I tried to get a new one they are freaking out because I need a new
[19:35] <DarkwingDuck> So, i wont have it in time for UDS
[19:35] <DarkwingDuck> GARG
[19:35] <ScottK> DarkwingDuck: there are companies that you can pay for expedited service.
[19:35] <ScottK> They basically walk everything through.
[19:35] <DarkwingDuck> I did... They flagged me
[19:35] <ScottK> Ah.
[19:36] <DarkwingDuck> Becasue I wasn't supposed to get a non-gov passport till I was out.
[19:36] <bambee> even with DEB_BUILD_OPTIONS="parallel=9" => sometimes pbuilder builds with parallel jobs and sometime it does not o_O
[19:36] <DarkwingDuck> But, becasue I was removed from service before my time was up... no one notified the powers that be that my gov passport was null
[19:37] <yofel> I build with
[19:37] <yofel> DEBBUILDOPTS="-j4"
[19:37] <yofel> export MAKEFLAGS="-j4"
[19:37] <yofel> in pbuilderrc, works fine
[19:37]  * DarkwingDuck goes back to final review of docs
[19:37] <debfx> bambee: the package needs to support parallel building
[19:37] <ScottK> DarkwingDuck: Did you surrender the official one?
[19:38] <debfx> e.g. by passing --parallel to dh
[19:38] <bambee> interesting
[19:39] <yofel> ah right
[19:39] <bambee> I am packaging kdevplatform
[19:40] <yofel> *that* built in parallel here at least
[19:40] <debfx> yofel: that's forcing parallel building with a hammer ;)
[19:40] <yofel> no idea how CDBS works though
[19:40] <yofel> debfx: :P
[19:42] <yofel> now let's see if gnome3 works...
[19:43] <debfx> bambee: this is what I have in my pbuilderrc: http://paste.ubuntu.com/590920/
[19:46] <DarkwingDuck> ScottK: Yes. 
[19:47] <DarkwingDuck> ScottK: It got put in a desk and thy found it when I get to tracking it down... They were like. "Oops, we forgot to send that in, sorry."
[19:47] <ScottK> Lovely.
[19:47] <DarkwingDuck> Oh yeah... so, I'll be attending UDS via IRC in May
[19:50]  * apachelogger likes the gsoc website
[19:50] <apachelogger> you get a 100x100 text box to enter your project proposal
[19:50] <apachelogger> it is like back in them good old days when we had screens of that size
[19:58] <apachelogger> Nightrose: can you skim through me proposal? 
[19:58]  * apachelogger is very unsure :/
[19:58] <Nightrose> yes
[19:58] <Nightrose> link?
[19:59] <apachelogger> Nightrose: http://socghop.appspot.com/gsoc/proposal/review/google/gsoc2011/apachelogger/1
[20:00] <c2tarun> yofel: ping
[20:00] <yofel> hm?
[20:00] <c2tarun> yofel: I think that kdel10n build successfully.
[20:00] <Nightrose> apachelogger: ok - will have a look
[20:01] <yofel> c2tarun: do you have all source packages up to zh... or something like that?
[20:02] <c2tarun> yofel: http://pastebin.com/4BCSVKy1
[20:02] <c2tarun> these are all the source pacakges
[20:02] <yofel> looks right
[20:03] <c2tarun> yofel: what now?
[20:03] <yofel> debsign all .changes files, then dput to ppa:kubuntu-ppa/backports
[20:04] <yofel> the ppa is almost full though, so you might not get everything uploaded right now until the janitor runs (hopefully only a few more hours)
[20:04] <apachelogger> yofel: why debsign manually?
[20:04] <c2tarun> yofel: are you serious O_O
[20:04] <c2tarun> there are approximately zillions changes files
[20:04] <yofel> apachelogger: how else?
[20:04] <apachelogger> use the l10n script?
[20:04] <c2tarun> I have to enter number of files X 4 time my key
[20:05] <yofel> apachelogger: which one? I didn't find out it could do that
[20:05]  * apachelogger wrote the script, obvously it would meet the requirements :P
[20:05] <yofel> wasn't much of a problem for me since I have a gpg-agent anyway
[20:05] <apachelogger> probably not properly documented though
[20:05] <c2tarun> yofel: I have my ssh and gpg keys on that ec2, dont you think it was automatically signed?
[20:06] <Nightrose> apachelogger: i would put all the info at the top under one "info" or so heading
[20:06] <DarkwingDuck> Okay, one project left....
[20:06] <yofel> apachelogger: then tell c2tarun how to do it
[20:06] <Nightrose> things like IM name don't need their own large heading
[20:06] <c2tarun> apachelogger: how can I do it?
[20:07] <apachelogger> yofel: ah, nvm, jr apparently turned of signing for some reason
[20:07] <apachelogger> with a surprisingly useless commit message of course :P
[20:07] <c2tarun> apachelogger: what do you mean signing off ?
[20:08] <yofel> well, if that makes the script run through without asking your the PW for every package it creates then I'm glad with the current state
[20:08] <apachelogger> c2tarun: http://bazaar.launchpad.net/~kubuntu-members/kubuntu-dev-tools/kde-l10n-common-maverick/revision/79#debian/build-l10n.sh
[20:08] <DarkwingDuck> nixternal: ping
[20:09] <yofel> if you still have to input your PW with that version for every package we win 0
[20:09] <apachelogger> yofel: you peopel dont have agents?
[20:09] <yofel> apachelogger: I do, c2tarun doesn't on ec2
[20:09] <apachelogger> ahhhh
[20:09] <apachelogger> you are signing on ec2? :O
[20:09]  * apachelogger blinks a bit
[20:10]  * apachelogger blinks a bit more
[20:10] <nixternal> DarkwingDuck: pongers
[20:10] <Nightrose> apachelogger: beginning of other obligations section needs fixing
[20:10] <c2tarun> apachelogger: I got now what do you mean by turning of. and yup in case of no other option I have to sign on that ec2 :/
[20:10] <c2tarun> apachelogger: can you  suggest anything easier 
[20:10] <apachelogger> Nightrose: thx
[20:10] <Nightrose> apachelogger: the rest looks good to me - can't say anything about the tech side of course
[20:10] <yofel> c2tarun: you'll get some keyboard typing exercise
[20:10] <apachelogger> why is beginning so long ^^
[20:11] <apachelogger> Nightrose: kthx *hugs*
[20:11] <Nightrose> :)
[20:11] <c2tarun> yofel: yup.... ok. I'll let you know after signing
[20:11] <apachelogger> c2tarun: signing on ec2 == having secret key on ec2?
[20:12] <apachelogger> that is about as good idea as sending your key via gmail
[20:12] <c2tarun> apachelogger: I dont think so.
[20:12] <apachelogger> or print it and carry it around on your tshirt or somesuch ^^
[20:12] <c2tarun> apachelogger: 1. only I have access to that ec2  2. I can remote sign it.
[20:12] <apachelogger> actually having your secret key on a tshirt is pretty safe as long as no one has a camera around ^^
[20:13] <c2tarun> o_O
[20:13] <apachelogger> c2tarun: you are using a service
[20:13] <c2tarun> apachelogger: what service?
[20:13] <apachelogger> you are not the only one having access to a service provided t you
[20:14] <apachelogger> remotesign ought to be fine though
[20:14] <c2tarun> apachelogger: I modified the authorised_key file and removed the other key, that was jr's
[20:14] <apachelogger> Riddell: did you turn off signing because of ec2 stuff?
[20:14] <apachelogger> if so I suppose a switch would be bettar
[20:14] <apachelogger> kinda kills the mood if one needs to manually trigger the signing on a local l10n creation ^^
[20:15] <apachelogger> c2tarun: is the hardwar in your basement
[20:15] <apachelogger> if not then you are not the only one who has control
[20:15] <apachelogger> in fact I would argue that you do not actuallly have control
[20:16] <c2tarun> :|
[20:18] <c2tarun> Riddell: need help, accidentally removed ~/.ssh from ec2
[20:22] <DarkwingDuck> nixternal: ping
[20:22] <c2tarun> when will Riddell come back?
[20:23] <yofel> c2tarun: well, at least put your key back into .ssh/authorized_keys as long as you still have the connection up
[20:23] <nixternal> DarkwingDuck: pong
[20:23] <c2tarun> yofel: already did that
[20:23] <apachelogger> nixternal: ping
[20:24] <c2tarun> yofel: you know you are a life saver :)
[20:24] <nixternal> pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong pong 
[20:24] <DarkwingDuck> LOL
[20:24]  * apachelogger hugs nixternal
[20:25] <bambee> debfx: thanks
[20:31] <bambee> debfx: it works just fine :)
[20:31] <apachelogger> nixternal: that reminds me a lot of saying hi by syning :P
[20:32] <nixternal> or a lot of copy and paste
[20:32] <apachelogger> yeah
[20:32] <apachelogger> I guess
[20:32] <apachelogger> kubotu: syn
[20:32] <kubotu> apachelogger: syn-ack
[20:33] <apachelogger> kubotu: ack
[20:36] <kubotu> apachelogger: rst
[20:36] <apachelogger> hm
[20:36] <nixternal> kubotu: fuq
[20:36] <apachelogger> kubotu: rst your brainz
[20:37] <apachelogger> so
[20:37] <apachelogger> measuring code quality
[20:37] <apachelogger> count the WTFs
[20:37] <nixternal> with a ruler!
[20:37] <apachelogger> WTFs/minute == bugs per 100 loc
[20:38]  * apachelogger thinks there is truth to this
[20:38] <apachelogger> in a way
[20:41] <nixternal> speaking of code, i wonder when gcc will finally die and we will start using LLVM with clang
[20:42] <bambee> well, gcc is like chuck norris... he cannot never die :P
[20:42] <nixternal> that might have been true when gcc was a superior compiler. it is now being linked, literally, to the shittiness that is the Microsoft compiler
[20:43] <nixternal> and the work that Apple has been contributing to LLVM & Clang, though not open source, makes gcc look like it was from the 70s.
[20:43] <nixternal> Oh wait, gcc is from the 70s, my bad
[20:43] <apachelogger> it remains unknown why one would use llvm with clang
[20:44] <c2tarun> yofel: pheewww..... all are signed :)
[20:45] <nixternal> because it is superior, faster, cleaner, with way better error checking
[20:45] <yofel> c2tarun: good, now upload
[20:45] <nixternal> i saw it used at a conference last week, pretty nice. plus if apple uses it, you know ubuntu will follow suit soon enough :p
[20:45] <c2tarun> yofel: upload to which ppa?
[20:46] <yofel> ppa:kubuntu-ppa/backports
[20:46] <apachelogger> nixternal: where is the data
[20:46] <bambee> LLVM has a openMP-like runtime ?
[20:46] <maco> i have a friend working at apple, i believe on llvm
[20:46]  * apachelogger wants relevant data
[20:46] <Riddell> debfx: patching Qt might be the best way
[20:46] <apachelogger> my arse is also faster than gcc
[20:46] <Riddell> DarkwingDuck: you pinged?
[20:46] <bambee> and a gprof-like tool ?
[20:46] <apachelogger> doesnt mean it is the better choice
[20:46] <Riddell> c2tarun: hi
[20:46] <yofel> c2tarun: the ppa is almost full, so lp will probably reject some uploads, re-upload them later once the janitor cleans up some space
[20:46] <c2tarun> Riddell: hi :) problem solve yofel helped 
[20:46] <DarkwingDuck> Riddell: aye, we will be a couples days behond on the docs, nixternal is fixing a couple things
[20:47] <nixternal> apachelogger: google :)
[20:47] <Riddell> c2tarun, yofel: which PPA are you uploading to?
[20:47] <nixternal> just on the packaging, unless someone else wants to find out what happened in ksgmltools that broke our build and fix it :)
[20:47] <c2tarun> Riddell: ppa:kubuntu-ppa/backports
[20:47] <apachelogger> nixternal: google does not provide relevant data to kubuntu
[20:48] <c2tarun> Riddell: should I upload?
[20:48] <Riddell> c2tarun: have you done a test build of one package?
[20:48] <nixternal> apachelogger: google + a little research, there, that should do it
[20:48] <apachelogger> nope
[20:48] <c2tarun> Riddell: test build as if on pbuilder?
[20:48] <nixternal> nice, there is a gcc frontend for llvm
[20:49] <Riddell> c2tarun: pbuilder or on the ec2 machine
[20:49] <c2tarun> Riddell: it build fine on ec2 machine (I executed build script in debian folder)
[20:49] <bambee> Riddell: we can directly upload to kubuntu-ppa/backport ? I have uploaded kdevelop to ninjas...
[20:49] <bambee> (in fact I am uploading it to ninjas)
[20:50] <yofel> bambee: I would rather upload those to ninjas first to test them
[20:50] <yofel> kde-l10n goes directly to backports
[20:50] <bambee> yofel: I agree
[20:50] <bambee> yofel: I was a bit confused, that's why I asked this question :)
[20:50] <yofel> heh
[20:50] <c2tarun> yofel: on running those scripts I just got source pacakges, where are binary packages?
[20:51] <yofel> c2tarun: not built yet, the script makes only source packages
[20:51] <Riddell> yes kde-l10n to backports
[20:51] <Riddell> anything that needs testing to ninjas
[20:51] <yofel> as that's all you need for upload
[20:51] <c2tarun> yofel: but should I test it first? by buildin binary packages?
[20:51] <yofel> c2tarun: just build one as a test
[20:52] <c2tarun> yofel: how can I build binary package from source pacakge?
[20:52]  * c2tarun I know how to do it on pbuilder but  not directly
[20:52] <yofel> pbuilder? debuild? dpkg-buildpackage?
[20:53] <c2tarun> yofel: in case of debuild just debuild or debuild <name>.dsc
[20:53] <yofel> c2tarun: just go into the source and run dpkg-buildpackage
[20:53] <yofel> that should hopefully not thouch the source package
[20:56] <c2tarun> yofel: http://paste.kde.org/9159/ I am getting this error
[20:57]  * bambee is waiting for kdevplatform... (rhoo come on...!!!)
[20:58] <yofel> bambee: you can do kdevelop-pg-qt in the meanwhile
[20:59] <bambee> oohh... really? ok thanks
[21:00] <yofel> c2tarun: err... no idea, I only built it in pbuilder - which worked...
[21:00]  * c2tarun trying with pbuilder
[21:03] <bambee> packaging devscript are awesome seriously... each of them are powerful and really well designed :)
[21:10] <debfx> Riddell: yes, but we need to make sure that the paths kdelibs injects and QT_PLUGIN_PATH take precedence
[21:15] <c2tarun> yofel: pbuilder worked :)
[21:15] <c2tarun> Riddell: tested its building properly :)
[21:15] <c2tarun> Riddell: should I upload it?
[21:17] <yofel> :)
[21:23] <c2tarun> yofel: I got this error while uploading :( this is the package inside which I executed dpkg-buildpackage
[21:23] <bambee> wtf ? http://paste.ubuntu.com/590959/ o_O
[21:24] <bambee> some dependencies are not installable... and should not
[21:26] <yofel> run pbuilder update and try again
[21:26] <bambee> (I use a maverick basetgz with kubuntu-ninjas-ppa in it)
[21:26] <bambee> it's already updated
[21:26] <yofel> do you have universe on?
[21:26] <yofel> libntrack-qt4-1 is in maverick/universe
[21:26] <bambee> arrrf
[21:26] <Riddell> c2tarun: yes go ahead and upload to ppa:kubuntu-ppa/backports
[21:26] <c2tarun> Riddell:  I got this error while uploading :( this is the package inside which I executed dpkg-buildpackage
[21:26] <c2tarun> Checksum doesn't match for /home/ubuntu/kdel10n/kde-l10n-common-maverick/build/kde-l10n-nl_4.6.2-0ubuntu1~maverick1~ppa1.dsc
[21:30] <c2tarun> Riddell: can you suggest something how can I fix this error
[21:31] <Riddell> c2tarun: you need to rebuild it as a source package
[21:31] <c2tarun> Riddell: what O_O the whole :( is there any way I can build just the one?
[21:32] <Riddell> yes
[21:32] <c2tarun> Riddell: how
[21:32] <Riddell> same way you would with any package
[21:53] <c2tarun>  Riddell yofel uploaded
[21:54] <c2tarun> yofel: is there anything else left?
[21:55] <yofel> not that I know of right now
[21:56]  * c2tarun going to bed now :/ nothing to do
[22:14] <bambee> 'night
[22:18] <Daskreech> Hmm refreshed Planet KDE and it went backwards like 3 articles
[22:20] <neversfelde> Riddell: ping
[23:07] <Riddell> neversfelde: hi
[23:10] <neversfelde> Riddell: hi, this is probably something for a query?
[23:12] <Riddell> neversfelde: I'm not sure that's a question? :)
[23:14] <ScottK> Riddell: From looking at http://lamarque-lvs.blogspot.com/2011/03/plasma-nm-bugs-fixed.html I think we might want to consider updating networkmanagement again.
[23:15] <Riddell> ScottK: yes it crossed my mind, but it's a risk since NM is so hard to test for the 100 different setups people might have
[23:16] <ScottK> True, but if it is a problem, we've got time to revert.
[23:16] <ScottK> If we don't update we're shipping old code and upstream isn't happy about supporting us.
[23:21] <Riddell> ScottK: sounds like you're volunteering :)
[23:21] <ScottK> No.  Not particularly.
[23:21] <ScottK> I'm a bit wrapped up in some other stuff.
[23:28] <Mamarok> about this bug: https://bugs.launchpad.net/bugs/752789
[23:29] <Mamarok> that guy is totally exaggerating the data loss, it's not a file loss, only statistics in the database
[23:31] <Riddell> Mamarok: it's also quite an unrealistic expectation given that 2.4.1 doesn't exist :)
[23:31] <Riddell> Mamarok: we should probably politely close it
[23:31] <Mamarok> that's what I told him
[23:31] <Mamarok> we can't ship 2.4.1 with Natty, but he ca upgrade as soon as it is available
[23:32] <Mamarok> and it's not like it is a security failure, the bug is really not that bad, and only a minority of the users are affected anyway
[23:33] <Mamarok> I linked to the correct bug now as it was linked to a duplicate instead of a fixed one upstream
[23:33] <Mamarok> but I think we can't do much else
[23:41] <Riddell> txwikinger: neversfelde needs you for your loco
[23:45] <txwikinger> hey Riddell
[23:46] <Riddell> txwikinger: we want to check if you can fill in https://forms.canonical.com/lococd/
[23:46] <Riddell> since you're still the admin for kubuntu-de.org
[23:47] <txwikinger> hmm.. I probably can for Ubuntu-ca
[23:47] <BajK_> One question: Since when does Kubuntu come with KDE4 only?
[23:47] <txwikinger> kubuntu-de.org is not an official LoCo
[23:47] <maco> 8.10
[23:47] <maco> i already answered that in #ubuntu
[23:47] <txwikinger> Riddell: I will try later... I have to run an election campaign here ;P
[23:48] <BajK_> right and now I am at the kubuntu developers channel where my request is more appropriate
[23:48] <BajK_> so since 8.10 WHY the hell does qmake even in NATTY link to qmake-qt3?! It took my an hour to figure out why qmake "was not found" -.-
[23:48]  * txwikinger cannot even run due to not being a citizen yet
[23:48] <BajK_> when compiling KDE 4
[23:48] <Riddell> txwikinger: http://loco.ubuntu.com/teams/kubuntu-de.org says it is
[23:49] <maco> backwards compatibility, id imagine. its not as though qt3 is gone from the archive
[23:49] <txwikinger> It does?
[23:49] <BajK_> txwikinger: yes it does
[23:49] <Riddell> BajK_: we should change that (it comes from debian who I saw were discussing it recently)
[23:49] <Riddell> it's an alternative, you can change it yourself locally
[23:49] <txwikinger> ok.. I have to run.. will look later 
[23:50] <BajK_> I compiled KDE from trunk and half the modules failed due to "qmake qt was not found"
[23:50] <BajK_> then I did sudo rm /usr/bin/qmake && sudo ln -s /usr/bin/qmake-kde4 /usr/bin/qmake
[23:50] <BajK_> and now it runs fine
[23:51] <BajK_> Riddell: well if it comes from dewbian then I can understand this
[23:51] <BajK_> debian just recently dropped kde 3 support I think?
[23:51] <Riddell> they're in the process
[23:52] <BajK_> ah ok that is why :)
[23:52] <BajK_> but no I know :)
[23:52] <BajK_> now
[23:52] <ScottK> If you have both Qt3 and Qt4 qmake installed, the Qt3 one has a higher priority.
[23:53] <BajK_> hm weird maybe the kde dependencies pulled something in from qt3
[23:53] <BajK_> on my main production machine I have qt4 qmake only
[23:53] <BajK_> on dev I have both