[00:04] <debfx> rgreening: a new error?
[00:05] <rgreening> debfx: yeah, it wants a newer (apparantly) qt ...
[00:05] <lex79> I uploaded soprano to ninja
[00:05] <rgreening> maverick has 4.7.0 beta, which is newer than the 4.7.0 tp one ref in the error and .cpp file
[00:05] <rgreening> ty lex79
[00:06] <lex79> are we sure that this beta should be build already against qt 4.7 ?
[00:06] <rgreening> debfx: it wants the new qicon with member function .name, which was a recent addition in 4.7 
[00:07] <rgreening> lex79: well, it's supposed to work against 4.7 
[00:07] <lex79> already?
[00:07] <rgreening> afaict
[00:07] <lex79> ah
[00:08] <debfx> qt really should bump QT_VERSION for every beta
[00:09]  * rgreening agrees
[00:10] <Tm_T> yes, KDE 4.5 is supposed to work with Qt 4.7 ... but requirement is 4.6
[00:11] <rgreening> Riddell: kdelibs with qt 4.7.0 wants a newer one for the kstatusnotifier bits in kdeui (qicon.name doesn't appear to be in 4.7.0 beta we have). SO, either we backport a patch for qt or we somehow force kdelibs to depend on 4.6.
[00:12] <Tm_T> rgreening: you lack icons with 4.6 IIRC
[00:12] <debfx> as qt 4.7 is already in the archive there isn't another option I guess
[00:12] <rgreening> exactly. 
[00:12] <rgreening> so, we need an update/patch for qt 4.7... any takers on making one?
[00:13] <lex79> we can packaging a git snapshot of Qt or add the patch
[00:13] <rgreening> I see a volunteer :)
[00:13]  * rgreening points and snickers
[00:14] <lex79> volunteer for what? a git snapshot?
[00:14] <rgreening> lex79: not sure what is better trying to get a patch or getting a snapshot
[00:15] <lex79> depends if the patch can screw up the rest :P
[00:15] <rgreening> if the patch was small enough and easy to pull out.... I'd be inclined to go that route
[00:15] <rgreening> ya
[00:16] <rgreening> either that, or I patch kdelibs to bypass the qt 4.7 bit it cant find for now
[00:16] <debfx> this is  the commit: http://qt.gitorious.org/qt/qt/commit/a057a48cbac8acbf54a121c63a795480d3f9a8c0
[00:17] <lex79> uh
[00:17] <rgreening> hehe
[00:17] <lex79> if we need only that patch I can do it
[00:17] <rgreening> debfx: u rok
[00:18] <debfx> let's see if it applies to beta1
[00:18] <rgreening> lex79: we may need to have the newer qt, as I got another error.. let me see if I can decipher
[00:19] <lex79> debfx: do you want packaging that? I can leave it to you :) no problem for me
[00:19] <lex79> ok rgreening
[00:24] <ScottK> rgreening: KDE 4.5 is supposed to work with Qt 4.6, so needing something newer would be odd.
[00:25] <Tm_T> ScottK: needing?
[00:25] <rgreening> ScottK: you misunderstand the issue
[00:25] <ScottK> OK.
[00:25] <rgreening> ScottK: kdelibs can use 4.6 or 4.7. yes
[00:26] <rgreening> however, the 4.7 we have is beta and missing stuff. kdelibs picks up 4.7 but fails becasue its missing stuff in the beta
[00:26] <rgreening> so, we either need to force 4.6 or update 4.7 
[00:26] <rgreening> or patch around it in kdelibs
[00:27] <rgreening> I suspect we will want to simply update qt to a more recent snapshot and put it in ninjas...
[00:27] <lex79> the problem is also if the other packages need the patch to force 4.6
[00:27] <rgreening> yeah, safest would be that we update in ninjas to a newer qt,
[00:28] <lex79> if it is, is better have an update qt
[00:28] <lex79> yep, i'm downloading qt git
[00:28] <rgreening> as a newer beta will be out in due course.... but in the meantime we can still get thi sup an running
[00:28] <rgreening> ty lex79
[00:28] <lex79> np
[00:29] <rgreening> well, lex79, since I will require the newer qt... I will put myself on pause for now... I'll check back later.
[00:29] <lex79> ok, I will poke you when I upload qt to ninja
[00:30] <rgreening> lex79: will you update the ninjas packaging page for kde 4.4.80 to indicate you are updating qt? so people will know where we are too... thanks
[00:30] <rgreening> cool
[00:30] <lex79> ok
[00:30] <rgreening> ok, im out for food. bbiab
[00:31] <lex79> qt bzr is not sync'd with archive, it's not a news :P
[00:50] <ScottK> workspace merge is a royal pain.
[00:53] <lex79> I think so :)
[01:31] <dhillon-v10> hi all :) alright so I was checking the kde merges page: https://wiki.kubuntu.org/Kubuntu/MaverickKDEMerges and found that automoc4 doesn't have an assignee, can i pick that task and work on it, or should I leave it alone?
[01:37] <rgreening_> go for it. 
[01:37] <rgreening_> the more the merrier dhillon-v10
[01:47] <dhillon-v10> rgreening_: thanks :) I just came back from a little break (had exams) so trying to get back to speed :)
[02:33] <keffie_jayx> could anyone help me see if this is a bug ?
[02:34] <keffie_jayx> in the comics widget, in the configuration > appearance click on hit center to see full size
[02:35] <keffie_jayx> this does not work unless show arrows only on hover
[02:35] <keffie_jayx> is click
[02:36] <keffie_jayx> i mean checked
[02:55] <|dantti|> rgreening_: do I have to reboot to test that cd thing?
[02:56] <rgreening_> |dantti|: i figured it out. its a kde issue for sure
[02:56] <|dantti|> k :P
[03:06] <valorie> rgreening_: any hope of getting that fixed?
[03:06] <valorie> you are speaking of the "CDs not playing" bug?
[03:07] <valorie> we just had another person come into #amarok today complaining
[03:07] <valorie> about that
[03:08] <rgreening_> I haven't been able to detect where its happening... could be KDE Solid or maybe deeper... 
[03:08] <rgreening_> only that it works if the device is /dev/cdrom and not followed by s number
[03:09] <valorie> ah
[03:10] <valorie> have you discussed this with any KDE folks?
[03:11] <rgreening_> I was on kde-devel yesterday and posted the issue to the channel. not sure if the "right" people saw it. I gues we need to get a bug opened on it.
[03:11]  * valorie is checking the amarok list for replies
[03:12] <valorie> no
[03:12] <valorie> :(
[03:12] <valorie> I do have a new pastebin, as amarok.pastebin seems to have died
[03:13] <valorie> http://pastie.org/971665
[03:15] <valorie> I'm willing to file a bug, but someone will have to kick it upstream, correct?
[03:19] <rgreening_> sure
[04:00] <valorie> gads, bko is slower than molasses
[04:01] <valorie> still waiting for that bug to be submitted
[04:03] <valorie> Bug 238458
[04:04] <valorie> y'all might want to mark it as confirmed
[04:04] <valorie> https://bugs.kde.org/show_bug.cgi?id=238458, naturally
[04:05] <valorie> not launchpad, silly ubottu
[04:06]  * valorie goes off for awhile
[10:43] <debfx> oh even more build breakage due to qtwebkit split :(
[10:48] <Tm_T> hrr
[10:48] <Tm_T> but it's good split
[10:59] <Riddell> yes it'll be a bit painful but I don't see a way around it
[11:09] <debfx> i'll be prepare another wiki page
[11:10] <debfx> will debian follow this?
[11:13] <Riddell> debian is in freeze so probably not
[11:16] <debfx> yeah but for squeeze+1
[11:17] <Riddell> I'd expect so, upstream will be releasing separate qtwebkit tars and they'd be behind the times
[11:19] <Riddell> but I need to e-mail them to let them know the status in kubuntu
[11:23] <debfx> https://wiki.kubuntu.org/QtWebKitBuildDependTransition
[11:30] <debfx> I guess kdelibs5-dev needs to depend on libq4-webkit-dev
[11:30] <Riddell> that's a good idea
[11:38] <Riddell> glatzor: should I do a SRU with your fix_output.patch update?
[15:20] <Riddell> NCommander: so.. qt had a mystery failure on arm
[15:32] <ScottK> Urgh.  -- Could NOT find PolkitQt  (missing:  POLKITQT_INCLUDE_DIR POLKITQT_GUI_LIBRARY POLKITQT_CORE_LIBRARY)
[15:32] <ScottK> What am I supposed to build-depend on for that?
[15:33]  * DarkwingDuck mutters
[15:33] <Riddell> libpolkit-qt-1-dev surely
[15:33] <DarkwingDuck> Anyone know of any good jobs open in the US?
[15:33] <DarkwingDuck> This Discharge is annoying 
[15:35] <ScottK> Riddell: Thanks.  That's the one I have.  Odd.
[15:40] <ScottK> More importantly it can't find DBusMenuQt, even though I have that in build-dep too.
[15:47] <Riddell> ScottK: our build log from lucid also has -- Could NOT find PolkitQt  (missing:  POLKITQT_INCLUDE_DIR POLKITQT_GUI_LIBRARY POLKITQT_CORE_LIBRARY)
[15:48] <Riddell> which is confusing
[15:48] <ScottK> We didn't have the build-dep in there, so I guess that's not suprising.
[15:48]  * ScottK just added it trying to fix stuff.
[15:49] <ScottK> It's the DBusMenu one that configure is currently failing on.
[15:49] <Riddell> libdbusmenu-qt-dev should give you --   found dbusmenu-qt, version 0.3.2
[15:49] <Riddell> and presumably you have kubuntu_98_dbusmenu.diff
[15:50] <ScottK> I have libdbusmenu-qt-dev in build-dep and the patch, yes.
[15:51]  * ScottK thinks to just drop it for now and move on since it'll be upstream anyway in 4.5.
[15:52] <Riddell> I was going to suggest that :)
[15:53]  * ScottK tries again.
[16:03] <ScottK> Well that got things through configure in any case ....
[16:03] <ScottK> Now to wait a bit.
[16:06] <Riddell> rgreening_: were you packaging the new attica?
[16:07] <ScottK> Riddell: I think he decided to wait and sync it from Debian.  They've packaged it.
[16:09] <Riddell> sensible enough
[16:09] <kishore> any ubiquity developers in here?
[16:09] <kishore> I'd like to get your attention to https://bugs.launchpad.net/bugs/584074
[16:10] <kishore> Actually the description is a bit wrong now in afterthought
[16:10] <kishore> I ahve a patch
[16:10] <Riddell> kishore: shtylman would be the best guy to ping, he's not here just now, I'll subscribe him to that bug
[16:11] <kishore> Riddell: thanks
[16:17] <ScottK> Riddell: QWebView would be in the new Qt web thing, right?
[16:18] <Riddell> it'll be in libqt4-webkit-dev
[16:19] <Riddell> I wonder if that got added as a build-dep to kdelibs5-dev
[16:20] <ScottK> Apparently not.
[16:20] <debfx> Riddell: I prepared a patch for the kdelibs package though it fails to build as pkg-kde-tools needs to be updated
[16:21] <Riddell> debfx: kde4libs?
[16:22] <debfx> yes
[16:22] <Riddell> debfx: what needs updated?  we have pkg-kde-tools 0.8.0ubuntu1
[16:23] <debfx> Riddell: new dpkg version broke dh_sameversiondep
[16:23] <Riddell> hum
[16:24] <ScottK> In the mean time, while the first try was building I at least managed to fix the muffler on my car.
[16:24] <debfx> Riddell: http://debfx.fobos.de/ubu/
[16:26] <Riddell> debfx: groovy, uploading
[16:27] <debfx> I'm currently test building kde4libs to test it
[16:37] <debfx> great, pkg-kde-tools failed to build
[16:48] <debfx> Riddell: libdpkg-perl is in universe
[16:53] <debfx> Riddell: when it's moved to main, the build should work fine
[17:00] <Riddell> hum
[17:01] <Riddell> oh it's source is in main, that makes things easy then
[17:01] <debfx> even dpkg-dev depends on it :)
[17:01] <Riddell> debfx: moved, should get updated in the next hour or two
[17:10] <kishore_> shtylman: please look at https://bugs.launchpad.net/bugs/584074
[17:11] <kishore_> Im still working on the recovery process thanks to this mistake
[17:11] <kishore_> :(
[17:12] <shtylman> kishore_: true... we can be smarter about letting you know that it will be formatted... the checkbox should have been checked letting you know tho
[17:12] <kishore_> shtylman: basically, I do installations so often that the process is so repetetive that i oversee some warnings
[17:13] <shtylman> for maverick the install process is getting an overhaul
[17:13] <shtylman> kishore_: heh
[17:13] <rgreening> mornin all
[17:13] <kishore_> shtylman: the patch i attach does just that
[17:13] <maco> shtylman: if the format in the dropdown doesnt match current, make the checkbox checked and immutable so that they cant say "oh no, change the format, but dont format it" because the ability to uncheck that box while choosing a new format is *confusing*
[17:14] <shtylman> kishore_: gotcha... k I will take a look at that, thanks
[17:15] <debfx> Riddell: libdpkg-dev is also in universe, not sure if that's intended
[17:15] <kishore_> maco: the patch does just that. the check box is checked but disabled when another fs type is selected
[17:15] <maco> oh yay :)
[17:15] <maco> saw some very angry users due to that
[17:16] <kishore_> maco: Text with the checkbox reads "Format required" when this is the case
[17:16] <maco> and had a very confused time helping valorie install her system
[17:16] <maco> possibly longer text would be better?
[17:16] <kishore_> maco: My first experience of loosing a lot of data! :(
[17:16] <maco> "Your current filesystem is ___ but you have chosen ___, so formatting is required"
[17:16] <maco> that way they know how to resolve it
[17:17] <kishore_> maco: Yes. That would be recommended
[17:17] <debfx> Riddell: libqt4-webkit-dev dep for kde4libs: https://code.launchpad.net/~debfx/kdelibs/ubuntu/+merge/25820
[17:30] <kishore_> shtylman: by the way, how do you test ubiquity code? I booted up a live disk, hacked the files in there and tested
[17:31] <shtylman> that is a pretty good way
[17:31] <kishore_> shtylman: It was pretty painful in that i had to wait till i get to partioning state to test and the installer is pretty slow
[17:31] <shtylman> heh yea
[17:31] <shtylman> I usually have a livecd with nfs or sshfs of my desktop mounted
[17:31] <shtylman> and symlink the right python files
[17:31] <shtylman> so that I don't loose changes
[17:31] <shtylman> but yea... testing is pretty rough
[17:32] <kishore_> Ah i see.
[17:32] <kishore_> But you still have to pass each stage of the installer before it?
[17:32] <shtylman> well, you can do two things... you can either preseed those steps
[17:32] <shtylman> and the installer will avoid them
[17:32] <shtylman> but I have never done too much preseeding
[17:33] <shtylman> but that is the preferred way to skip those steps
[17:33] <kishore_> ok
[17:33] <shtylman> in the past, I have done a hack where you just make any of the other steps (plugins) have a syntax error
[17:34] <shtylman> python won't load the plugin and the step never appears
[17:34] <shtylman> I dunno if I would recommend that route tho
[17:34] <kishore> hehe
[17:34] <shtylman> also.. using virtualbox instead of kvm helps
[17:34] <shtylman> I find virtualbox much much faster
[17:34] <kishore> wonder what makes it slow though. It would not have had been so hard if it were fast
[17:34] <shtylman> I dunno
[17:35] <shtylman> but yes...it is very slow in kvm
[17:35] <shtylman> everything is slow in kvm for me in kde
[17:35] <kishore> Well i did my tests by booting off the live disk on my netbook
[17:36] <kishore> so no virtual machine there
[17:36] <kishore> I was wondering if it had anything to do with python as it was the first time i've looked at python code
[17:38] <shtylman> kishore: what language did you use?
[17:38] <shtylman> english?
[17:38] <shtylman> cause apparently there have been reports of slowness when not using english
[17:38] <shtylman> and yes.. people have complained of slowness... but I have never been able to track it down
[17:42] <shtylman> how the hell do I make bootchart ignore everything before a certain point...
[17:45] <kishore> shtylman: English
[17:46] <kishore> I dont know for python but are there any profiling tools?
[17:47] <shtylman> yea
[17:47] <shtylman> it has it semi built in
[17:47] <kishore> hmmm should try it then
[17:47] <shtylman> indeed... I have run it before to catch one hotspot
[17:47] <shtylman> but haven't since
[17:48] <shtylman> if you can reproduce the slowness... by all means try to track it down
[17:48] <kishore> There was a recent effort to move code from python to c++. does that apply to the installer too?
[17:48] <shtylman> nope
[17:48] <shtylman> installer will remain python
[17:48] <shtylman> it cannot change
[17:48] <shtylman> for too many reasons :)
[17:48] <kishore> ok. ill try to profile it then
[17:49] <kishore> i've always wanted to learn a bit of python anyway! :)
[17:49] <shtylman> very good :)
[17:50] <kishore> I hope the patch is atleast half decent! :)
[17:52] <shtylman> looks reasonable... I have to test it, but should be fine
[18:41] <ScottK> Did I mention -workspace merge is a PITA?
[18:42] <ScottK> FTBFS right at the end...
[18:42]  * ScottK tries again.
[18:42] <shtylman> yes you did
[18:42] <shadeslayer> hehe :P
[18:42] <rgreening> ScottK: heh.. Im still fighting kdelibs 4.4.80 ...
[18:42] <rgreening> so, right there with ya
[18:42] <shadeslayer> rgreening: ^^ everything depends on you! :P
[18:42] <rgreening> ya
[18:42]  * shadeslayer saw the ninja build dep graph
[18:43] <rgreening> maybe this time it'll actually build
[18:43]  * rgreening crosses fingers
[18:44]  * shadeslayer gives rgreening ninja good luck charm
[18:44] <shadeslayer> rgreening: oh btw could you have a look at this FTBFS https://launchpad.net/~rekonq/+archive/rekonq-daily/+build/1750631/+files/buildlog_ubuntu-maverick-i386.rekonq_0.4.0+git20100522-0ubuntu1~ppa3_FAILEDTOBUILD.txt.gz
[18:44] <shadeslayer> i cant figure out the problem... Qwebview is in libqt4-dev,and it is included.. yet it fails...
[18:45] <rgreening> shadeslayer: do you need a newer qt?
[18:45] <shadeslayer> s/Qwebview/Qwebframe
[18:45] <rgreening> or is the cmake just not picking it up
[18:45] <debfx> shadeslayer: should build fine after https://code.edge.launchpad.net/~debfx/kdelibs/ubuntu/+merge/25820 is uploaded
[18:45] <rgreening> ah ha
[18:45] <rgreening> :)
[18:46] <shadeslayer> debfx: ah ok :)
[18:46] <shadeslayer> debfx: libqt4-webkit-dev is missing in the package right?
[18:47] <debfx> shadeslayer: yes
[18:48] <debfx> though if kdelibs5-dev pulls it in, no change is necessary
[18:49] <ScottK> It doesn't
[18:50] <debfx> not yet
[18:52] <debfx> ScottK: could you please trigger a rebuild of https://launchpad.net/ubuntu/+source/pkg-kde-tools/0.8.0ubuntu2/+build/1750618
[18:55] <crimsun> debfx: done.
[18:55] <debfx> crimsun: thanks
[18:55] <crimsun> yw
[19:10] <DarkwingDuck> Riddell: Are we switching to Rekonq then? 
[19:12] <imbrandon> Riddell: does the qt4.7 in the ppa include the webkit modules for qml ? i'm havin a bit of issues here
[19:13] <maco> DarkwingDuck: thats the plan
[19:13] <DarkwingDuck> Hmmm. :/
[19:15] <imbrandon> module "org.webkit" is not installed :(
[19:21] <shadeslayer> DarkwingDuck: hehe.. rekonq is pretty good imo,whats the problem?
[19:22] <shadeslayer> ( we even have favicon support with Qt 4.7 )
[19:22] <shadeslayer> :P
[19:23] <neversfelde> shadeslayer: /etc/alternatives/www-browser
[19:23] <debfx> imbrandon: everything qtwebkit related should be in libqt4-webkit(-dev)
[19:23] <neversfelde> seems not to be updated correctly, when using rekonq
[19:23] <shadeslayer> neversfelde: oh my...
[19:24] <shadeslayer> neversfelde: that means kde users wont know rekonq exsists :P
[19:24] <neversfelde> there is already a bug report about it, but I cannot find it at the moment
[19:24] <debfx> neversfelde: should be fixed in rekonq 0.4.0-0ubuntu2
[19:25] <neversfelde> great
[19:25] <shadeslayer> neversfelde: the problem is in... our packages?
[19:25] <shadeslayer> oh awesome :)
[19:25] <imbrandon> debfx: i know, its installed but qml wont import org.webkit just the same, thus the querstion ;)
[19:26] <shadeslayer> hehehe... someone on answers.launchpad asked how many browsers can be installed on ubuntu :P
[19:26] <imbrandon> 1 million :)
[19:26] <shadeslayer> :P
[19:26] <neversfelde> shadeslayerm debfx: the second problem I noticed is that you cannot add bookmarks, if there is no ~/.kde/share/apps/konqueror/bookmarks.xml 
[19:26] <shadeslayer> imbrandon: i bet we dont even have 1 million browsers
[19:27] <imbrandon> lunch time, i'll fight with qt some more after
[19:27] <imbrandon> shadeslayer: :)
[19:27] <neversfelde> rekong does not create this file automatically
[19:27] <shadeslayer> neversfelde: well... that is a bug with rekonq then.. 
[19:27] <neversfelde> seems so
[19:27] <shadeslayer> neversfelde: should i put a note in the mailing list?
[19:27] <shadeslayer> itll probably be fixed that way..
[19:28] <neversfelde> shadeslayer: it's up to you, I only wanted to inform you about it
[19:28] <shadeslayer> neversfelde: no problem ill put it in the ML
[19:29] <shadeslayer> neversfelde: weird... works here
[19:29] <shadeslayer> neversfelde: which rekonq version?
[19:29] <debfx> imbrandon: oh ok sorry, maybe qt is built with qml but qtwebkit isn't
[19:29] <neversfelde> shadeslayer: 0.4.0 with lucid, did you remove /.kde/share/apps/konqueror/bookmarks.xml and konqueror?
[19:30] <shadeslayer> neversfelde: ah i have 0.4+git :)
[19:30] <shadeslayer> its working in git :)
[19:30] <imbrandon> debfx: yea thats what i'm thinking, i'll look into it here after bit
[19:30] <neversfelde> so probably fixed
[19:30] <shadeslayer> neversfelde: i did remove ~/.kde/share/apps/konqueror/bookmarks.xml but not konqueror... i just started rekonq
[19:31] <shadeslayer> neversfelde: you could try the daily build PPA
[19:31] <shadeslayer> neversfelde: https://launchpad.net/~rekonq/+archive/rekonq-daily/
[19:31]  * ScottK had kdebase-workspace building on the laptop on the way home.  Got back to power with 6% battery left.
[19:32] <shadeslayer> ScottK: \o/
[19:32] <neversfelde> shadeslayer: yes, I already have newer rekonq package. Thanks
[19:32] <shadeslayer> ScottK: btw how much was it when you started>
[19:32] <ScottK> shadeslayer: Not sure where it was on this try.  I've built it (almost) about 3 times today.
[19:33] <shadeslayer> :)
[19:42] <Riddell> imbrandon: I suspect the qml webkit plugin doesn't get made with our split packages, probably something we need to talk to upstream about
[19:47] <debfx> Riddell: could you please merge and sponsor https://code.launchpad.net/~debfx/kdelibs/ubuntu/+merge/25820
[19:49] <Riddell> debfx: let me look
[19:50] <rgreening> ScottK: wth? where was I connected? bizarre
[19:50] <rgreening> Riddell: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[19:50] <rgreening> :)
[19:50] <rgreening> kdelibs hates me!
[19:51] <lex79> rgreening: what's the problem now?
[19:51] <lex79> still ftbs?
[19:51] <Riddell> debfx: groovy, uploaded
[19:52] <rgreening> lex79: http://paste.ubuntu.com/437968/
[19:52] <rgreening> Solid/HAL
[19:52] <Riddell> I remember why I stopped using paste.u.c, no word wrap
[19:52] <ScottK> rgreening: You were on the OFTC #kubuntu-devel we used briefly when freenode was down or something.
[19:53] <rgreening> ScottK: oh.. oops
[19:53] <rgreening> ha
[19:53] <rgreening> lex79: I think I see the issue
[19:54] <rgreening> ya. got to patch that
[19:55] <lex79> rgreening: try to comment kubuntu_06 patch for now
[19:57] <lex79> I mean...change kubuntu_06 to #kubuntu_06 in series
[20:04] <rgreening> ok
[20:06]  * ScottK looks at rgreening and wonders why he didn't package apache2-icons-oxygen yet (See opensuse weekly news for details).
[20:07] <ScottK> Riddell: We really need a KC meeting so debfx can be a member ....
[20:08] <Riddell> trouble is we also need to disband half the KC so we can do the re-election thing
[20:08] <ScottK> Can the extant KC get one more meeting in ....
[20:09] <Riddell> if it's quick
[20:10] <Riddell> seele, apachelogger, Nightrose, rgreening: free for a meeting any european evening next week?
[20:10] <rgreening> "Mr Humphrey's... are you free?"  ... Yes, I'm Free
[20:11] <apachelogger> Riddell: Nightrose and me only past wednesday I suppose
[20:11] <ScottK> That's only slightly obscure
[20:11] <ScottK> rgreening: ^^^
[20:11] <Riddell> does debfx even want to be a member or is ScottK just assuming? :)
[20:12]  * ScottK recalls it's come up before.
[20:12] <rgreening> ScottK: :)  I'm a fan of the show, what can I say
[20:12] <maco> i was just asked if babelfish (as in H2G2) were real
[20:12] <maco> rgreening: me too!
[20:12] <Nightrose> Riddell: yea but after friday would be awesome for me
[20:12] <Nightrose> well friday works too
[20:12] <maco> rgreening: i have a DVD of it sitting here. Riddell and i watched a few episodes one night
[20:13]  * Riddell frankly somewhat perplexed by the affection some americans have for dated english sit coms
[20:14]  * ScottK too.
[20:14]  * ScottK enjoyed that one in it's day, but it seems a bit past.
[20:14] <debfx> Riddell: yeah I even added my application to the meetings wiki page :)
[20:16] <ScottK> What do I do about: dh_sameversiondep: /usr/bin/dh_sameversiondep: no same version dependencies for 'sameVersionDep:kdelibs5-dev:kdebase-workspace-bin' found (at Depends of the kdebase-workspace-dev package)
[20:17] <ScottK> debfx: Is that the problem you were just fixing with pkg-kde-tools?
[20:17] <maco> Riddell: they dont tend to reach here until they're dated there
[20:18] <maco> Riddell: so while that show is likely from the 60s or thereabouts, it was on tv in the US in the 90s
[20:18] <Riddell> wasn't the US busy watching Friends in the 90s?
[20:19] <ScottK> Riddell: That wouldn't explain rgreening, but he's always tough to explain in any case.
[20:19] <maco> well they didnt air at the same time :P
[20:19] <maco> and i didnt watch Friends
[20:19] <debfx> ScottK: yes
[20:19] <debfx> should be fixed now
[20:22] <apachelogger> Xand3r: DUDE
[20:22] <Riddell> http://gadgetmix.com/index/kubuntu-netbook-review/  a pleasingly positive review
[20:22] <Riddell> don't know where the got the strange hexagon logo from but
[20:23] <maco> Riddell: it was one of the suggested ones like 6mo or a year ago
[20:42] <rgreening> ScottK: being an enigma takes a soecial talent :)
[20:43] <ScottK> OK, heaved -workspace at the archive.  Let's hope it sticks.
[20:55] <rgreening> ok, taking a break from kdelibs. it failed yet again.
[20:56] <rgreening> this beta is beating me out
[21:00] <DarkwingDuck> ``````````````         SSSSSGGGGGGGGGGGHHHHHHHKKKKKKKKKKKKKKKKKKKLLLLLLLLLLLLLLLLLL[[[[[[';
[21:00] <DarkwingDuck> Working on a comp sci with emphasis on programming.
[21:04] <shadeslayer> ^^ longest ping time out ever... 
[21:06] <lex79> rgreening: what's the error now?
[22:29] <vbgunz> fellas. I have an esata hdd. I ran into nothing but headaches trying to hotswap it *but* something happened and now it works. I just want to share my experience here because I don't think this is a fluke. The answer is connecting the esata disk through usb first. mount it, check it, unmount and turn off. from this point out reboot after reboot (even the same session) I could hotswap using esata indefinitely. something about the usb simply solved it 
[22:29] <vbgunz> for me.
[22:31] <vbgunz> could you guys look into making this simpler? I should not have plugged it into usb first for this to work. it's a hotswappable esata disk and they're extrememly popular and a bit older than modern. whether or not my connection was a fluke, esata does indeed work and should not be problematic. that really is all.
[22:32] <vbgunz> maybe someone could look into why I needed to use usb to solve it. I hope my experience helps in some way. have a good day!
[22:56] <Quintasan> \o
[23:14] <shtylman> hmm... does latest kde trunk build against these qt packages we have?
[23:14] <shtylman> cause I get errors wrt the dbus menu stuff
[23:15] <Sput> aaah. good old dbus menu. which apparently decided to suicide again and killed all the right-click context menus in the tray.
[23:15] <shtylman> heh
[23:18] <shtylman> Riddell: the version of qt we have packaged doesn't have agateu's patches...
[23:32] <seele> Riddell: i start an internship next week so I'm not available until after 23:00 CET
[23:38] <shtylman> Riddell: shouldn't libqt4-dev depend on libqt4-webkit-dev now?
[23:39] <shtylman> likewise... I can't buid kde trunk with our new qt packages from experimental... :(
[23:43] <shtylman> might have lied about that last one... rerunning again with qtwebkit installed before I ran configure
[23:43] <shtylman> shall see if results are different