[00:03] <Riddell> yuriy: sure, can try and do it tomorrow
[00:13] <yuriy> cool. meanwhile, a wiki page for improvement suggestions: https://wiki.kubuntu.org/Kubuntu/Guidance/Userconfig
[00:24] <JontheEchidna> https://code.launchpad.net/kcm-gtk
[00:46] <nixternal> hey, is there an issue with PyKDE4 right now?
[00:53] <nixternal> heh, update pyqt4 and now it just segfaults :/
[01:00] <JontheEchidna> I'd guess that python-kde4 would need a rebuild, but we aren't building that for now
[01:01] <nixternal> why is that?
[01:02] <nixternal> i noticed they are all dep-wait in the builders right now
[01:02] <JontheEchidna> oh, looks like we are
[01:02] <JontheEchidna> we couldn't get them to build at first, but Riddell gave them a nice whack it seems
[01:02] <nixternal> Riddell: any reason that kdebindings is staying in dep wait in teh builders?
[01:03] <nixternal> pyqt4 dbg is build and in the repos now cuz I just installed it
[01:44] <nixternal> OK, I re-kicked off the kdebindings builds...only because I need updated pykde4
[01:52] <_Groo_> hi/2 all
[01:53] <_Groo_> just a kick note, kde 4.2 beta 2 kdeutil is broken
[01:54] <_Groo_> its trying to install kde-printer-applet but the new package is called only printer-applet.. ence it doesnt install
[01:54] <_Groo_> because the old package is for beta 1
[01:54] <nixternal> SETBOOT /IBD:C
[01:54] <_Groo_> JontheEchidna: ping
[01:55] <_Groo_> ScottK: ping
[01:55] <nixternal> you can't talk, I just rebooted you
[01:55] <nixternal> have to wait for the command line to come back up before you can echo again :p
[01:55] <_Groo_> hi nixternal
[01:55] <nixternal> howdy
[01:56] <_Groo_> well im in a hurry just wanted to warn you guys about kdeutils
[01:56] <nixternal> for x in stomach.empty_space:
[01:56] <nixternal>     x.append(food)
[01:56] <_Groo_> and what happened to kdebindings.. its not listed in the ppa anymore
[01:56] <nixternal> stomach.fill(x)
[01:56] <_Groo_> python is good for empty stomach ;)
[01:57] <nixternal> I just kicked off rebuilds for kdebindings in karmic
[01:57] <nixternal> dunno about PPA
[01:57] <nixternal> haven't been paying attention there unfortunately :(
[01:57]  * nixternal goes to eat, I am starving
[01:57] <_Groo_> ok
[01:57] <_Groo_> what about kdeutils?
[01:57] <_Groo_> probably someone forgot the old dependency
[02:52] <lex79> Riddell or ScottK: launchpad bug 385425
[03:11] <e-jat> is it plasmoid has bugs on 4.2.9 ( 4.3 beta2)
[03:11] <lex79> maybe the summary now is better :) Riddell launchpad bug 385425
[03:11] <vorian> Riddell: great! (re pykde)
[03:11] <lex79> ops in not update yet
[03:12] <vorian> is anyone else runnink karmic?
[03:13] <vorian> ... on a laptop
[03:14] <lex79> no
[03:17] <e-jat> can some help me to fix my desktop (plasmoid) in 4.3 beta2
[03:23] <e-jat> ?
[03:50] <ScottK> JontheEchidna: Nice latency though.
[04:31]  * nixternal pokes - hurry up and accept the kdebindings binaries already! :)
[04:36] <ScottK> lex79: Looking at it.
[04:38] <lex79> thanks ;)
[04:41]  * ScottK considers should we have provided a transitional package too.
[04:43] <lex79> ScottK: ok I poke you when is done
[04:43] <ScottK> lex79: I'll do it.
[04:43] <lex79> oh ok :)
[05:27] <ejat> can someone help me with this : http://paste.ubuntu.com/192168/
[05:54] <ScottK> lex79: Uploaded.
[05:55] <ScottK> Took quite a while to download all the build-dep on hotel internet.
[05:59] <ScottK> Not what you like to see in the build log "../../kgpg/keysmanager.cpp:1024:2: warning: #warning port me"
[08:44] <javi> hi, I'm using the kubuntu-ppa and today a lot of updates for kde showed up with 4.2.90 versions. Is this some kind of beta release from 4.3?
[08:47] <javi> this comes along a lot more upgrades to 4.2.4 versions
[09:03] <DaskreeCH> which ppa?
[09:04] <DaskreeCH> But if it says 4.2.90 then yes that's KDE 4.3
[09:05] <javi> launchpad.net/kubuntu-ppa/ppa/ubuntu jaunty
[09:06] <javi> the fact is that 4.2.9 versions are for kdegames-mahjongg-data, system-config-printer-kde, kdebase-runtime-data-common, kdegames-card-data & kdepimlibs-data
[09:06] <javi> all other packages shows available updates to 4.2.4 versions
[09:07] <javi> that's why i'm asking, maybe there is some problem with the numeration
[09:39] <sebas> javi: you're mixing 4.2.4 with 4.3 beta2, good luck ;)
[09:39] <sebas> Seriously, remove on or the other, you might run into problems otherwise
[09:44] <Nightrose> current updates want to remove kdebase and kdebase-bin
[09:44] <Nightrose> that sounds not so good to me
[09:44] <Nightrose> Riddell: ^
[09:45] <Nightrose> JontheEchidna: ^
[09:46] <sebas> I'm using the 4.3 beta archive, and that one seems fine
[09:46] <Nightrose> i don't have that here
[09:50] <Nightrose> yea it wants to install 4.2.90 from the ppa
[09:51] <Nightrose> i am sure i don't have any ppa's enabled that should give me beta updates of 4.3
[09:51] <Nightrose> ScottK: ^ can you look into this?
[09:51] <apachelogger> Oo
[09:52] <apachelogger> you know, I have like 3 billion mails from apport about retraced stuff
[09:52] <Nightrose> dito
[09:52] <Nightrose> ah apachelogger
[09:52] <apachelogger> all from yesterday or today
[09:52] <Nightrose> yo are here now!
[09:52] <Nightrose> can you look into why people are getting beta packages which they shouldn't
[09:52] <apachelogger> like I would care about them darn retracing :P
[09:53] <apachelogger> Nightrose: what kind of beta?
[09:53] <Nightrose> kde 4.2.90
[09:53] <Nightrose> it currently wants to uninstall kdebase here
[09:53] <Nightrose> and all kinds of other scary stuff
[09:54] <Riddell> Nightrose: where are you installing 4.2.90 from?
[09:54] <Nightrose> Riddell: apt-cache policy says a ppa
[09:54] <Nightrose> i guess teh kubuntu one
[09:54] <Nightrose> non-experimental
[09:54] <Nightrose> i don't have experimental
[09:54] <tsimpson> there seem to be issues with the kubuntu-ppa/backports packages
[09:55] <Nightrose> ah that is enabled as well yea
[09:55] <tsimpson> people in #k are having issues at least
[09:55] <apachelogger> mhm
[09:55] <apachelogger> copied from experimental to backports
[09:55] <Nightrose> Oo
[09:56] <apachelogger> https://edge.launchpad.net/~kubuntu-ppa/+archive/backports
[09:56] <Nightrose> why now?
[09:56] <Nightrose> and why does it want to uninstall kdebase?
[09:56] <Nightrose> it's still beta
[09:56] <apachelogger> because the copy is b0rked
[09:56] <Nightrose> meh
[09:56] <apachelogger> because someone should not have copied it
[09:57] <apachelogger> bbecause KDE is rather slow in development coz otherwise it was stable already :P
[09:57] <Nightrose> who is allesandro ghersi?
[09:57] <Nightrose> this is pretty bad
[09:57] <Nightrose> really
[09:57] <Nightrose> people added that ppa all over the place to get amarok 2.1
[09:58] <Riddell> it failed to compile is why
[09:58] <Nightrose> lex79: ^
[09:59] <apachelogger> no telling that lex did break it :P
[10:00] <Nightrose> he copied it ;-)
[10:00] <Nightrose> which i think shouldn't have been done at this point
[10:00] <Riddell> I copied it
[10:00] <Riddell> it needs qedje, copying that too
[10:00] <Nightrose> ah
[10:00] <Nightrose> lex79: sorry
[10:00]  * Nightrose missread launchpad
[10:00] <apachelogger> Nightrose: I told you :P
[10:01] <apachelogger> though I think that is a bug in soyuz ... it's ppa interface should show who copied something, makes blaming easier :D
[10:02] <apachelogger> Riddell: did you copy by accident , or do you have some master plan on how to make 4.3 more stable in less time? :D
[10:03] <Riddell> apachelogger: it's backports, it's not guaranteed to be super stable
[10:04] <apachelogger> Riddell: no no, 4.3.0 would be backports
[10:04] <Nightrose> i think so to
[10:04] <apachelogger> 4.2.x => updates, 4.3 pre-release => experimental, 4.3.x => backports
[10:04] <apachelogger> at least that was the destinationflow for intrepid *shrug*
[10:05] <Riddell> experimental has stuff like a new Qt in it and other experimental bits, you can't transition from experimental to backports once the 4.3 final is out
[10:06] <apachelogger> Riddell: it needs to be rebuilt
[10:07] <apachelogger> technically it needs to be rebuilt between each ppa move anyway
[10:07] <Riddell> ?  it's being rebuilt
[10:08] <apachelogger> a) rebuilding should happen in the staging PPA
[10:08] <apachelogger> b) it should not be moved to backports until 4.3.0
[10:09] <apachelogger> anything should be built within staging IMHO, that way KDE in experimental would not depend on Qt 4.5.1 which would make the users life a lot easier
[10:09] <Riddell> mm, but experimental isn't a good place for it, it has other experimental bits in it
[10:10] <apachelogger> Riddell: well, you could apply the same reason to get amarok into the updates ppa
[10:10] <apachelogger> because now pre-4.3 is in backports which is of considerable more experimental stage than amarok 2.1 :D
[10:11] <apachelogger> Riddell: the whole problem is what I reported as bug 373197
[10:16] <Riddell> in our PPA discussions I did propose a backports-unstable, but didn't make it reasoning we could just use backports
[10:21] <apachelogger> experimental => unstable => backports => updates maybe
[10:21] <apachelogger> but really, what differs experimental from unstable?
[10:22] <Riddell> experimental is a place for random stuff
[10:22] <Riddell> KDE beta releases are less random
[10:22] <apachelogger> hm
[10:22] <javi> sebas: well I haven't mixed anything yet, it looked strange so that's why I came here first to ask
[10:22] <apachelogger> needs to be discussed
[10:22] <Riddell> mm
[10:23] <apachelogger> Riddell: I would introduced unstable, but also establish a strong policy on what can go there and what can not
[10:24] <Riddell> javi: 4.2.90 is beta 2 which is now building in experimental
[10:24] <Riddell> do
[10:24] <Riddell> javi: 4.2.90 is beta 2 which is now building in backports
[10:25] <apachelogger> bug 385503 :P
[10:26] <Riddell> I copied as the lp_archive user, you'd never know it was me, bwa ha ha
[10:26] <apachelogger> ewww
[10:26] <Hobbsee> Riddell: that'll just mean you'llg et blamed by default, whether you did it or not ;)
[10:28] <javi> I've disabled deb http://ppa.launchpad.net/kubuntu-ppa/ppa/ubuntu jaunty main
[10:29] <javi> and enabled deb http://ppa.launchpad.net/kubuntu-ppa/backports/ubuntu jaunty main
[10:30] <javi> and that last is what shows the problem
[10:30] <Nightrose> javi: yea we just discussed it
[10:30] <javi> ah ok sorry
[10:30] <Nightrose> a package was missing
[10:30] <Nightrose> Riddell copied it now
[10:30] <Nightrose> so at least it should be installable again soon
[10:30] <Nightrose> but you gotta decide if you want beta 2 or not
[10:31] <javi> i've rather keep betas for the virtual machine :D
[10:31] <Nightrose> ;-)
[10:32] <Riddell> disable backports then
[10:33] <javi> but then 4.2.4 updates don't show up
[10:33] <javi> neither do it amarok 2.1
[10:34] <Nightrose> javi: amarok 2.1 will hopefully get into backports very soon
[10:34] <Nightrose> official backports that is
[10:35] <javi> and for kde 4.2?
[10:35] <Nightrose> no idea
[10:35] <javi> :-8
[10:35] <javi> ups
[10:35] <javi> :-( <- thats it :D
[10:50] <Riddell> has anyone looked into amarok and backports?
[10:50] <Riddell> any reason it can't just go there
[11:09] <Nightrose> Riddell: it needs the generator backported as well
[11:09] <Nightrose> and JontheEchidna didn't have time for that
[11:09] <Nightrose> besides that he said it should be ok iirc
[11:13] <Riddell> we have packages in the kubuntu backports ppa
[11:13] <Riddell> unrealated to the karmic packages, but they work
[12:00] <apachelogger> that said
[12:00] <apachelogger> Riddell: the karmic stuff should replace what we have in backports
[12:04] <Riddell> apachelogger: for qtscriptgenerator?
[12:11] <freinhard> should i file bugs for things going wrong with 4.2.4 on jaunty?
[12:14] <Riddell> freinhard: depends what's wrong
[12:14] <Riddell> Tonio_: kopete-facebook.  what's the crack?
[12:14] <Tonio_> Riddell: hey
[12:15] <Tonio_> Riddell: I was on vacations, looking right now
[12:15] <freinhard> define some shortcut for switching desktops, klick on the big K, switch desktop and get a not functional K button in the panel
[12:15] <Tonio_> Riddell: last time I checked it ftbfs but you said you uploaded the fix.... let's try right now
[12:15] <Tonio_> Riddell: if it builds, then I'll upload to revu and we can get it in today
[12:16] <freinhard> then get back to the original v-desktop, klick on the K, use alt-tab to focus the qt-subapplication and everything is fine again
[12:17] <Tonio_> ScottK: I'll prepare mid settings toonight fyi
[12:19] <Tonio_> Riddell: /usr/bin/ld: cannot find -lkopete_videodevice
[12:19] <Tonio_> Riddell: always the same issue
[12:20] <Tonio_> Riddell: didn't you upload a fix for kdenetwork ?
[12:21] <Riddell> Tonio_: I thought I did, let me check
[12:21] <Tonio_> Riddell: kk
[12:22] <Riddell> freinhard: that sounds like a fairly complex upstream issue of the sort that is unlikely to get fixed at this stage I'm afraid, but do try the 4.3 beta 2 packages to see if it's fixed and complain if not
[12:22] <Riddell> libkopete-dev.install:usr/lib/libkopete_videodevice.so
[12:24] <freinhard> Riddell: there are 4.3b2 packages for jaunty?
[12:25] <Tonio_> Riddell: are there karmic packages for those ?
[12:25] <Riddell> >dpkg -L libkopete-dev | grep video
[12:25] <Riddell> /usr/lib/libkopete_videodevice.so
[12:25] <Riddell> Tonio_: yes
[12:25] <Tonio_> Riddell: well my pbuilder chroot is up to date, lemme check
[12:25] <Riddell> freinhard: coming very soon, watch kubuntu.org
[12:26] <Riddell> Tonio_: got libkopete-dev 4.2.90-0ubuntu1 ?
[12:26] <Tonio_> Riddell: yep
[12:26] <Riddell> Tonio_: so you must have /usr/lib/libkopete_videodevice.so ?
[12:27] <Tonio_> Riddell: looking in the chroot gimme a sec
[12:28] <Tonio_> dpkg -L libkopete-dev | grep video
[12:28] <Tonio_> /usr/lib/libkopete_videodevice.so
[12:28] <Tonio_> Riddell: got it
[12:29] <Riddell> voila
[12:33] <Tonio_> Riddell: maybe we can patch for just this atm...
[12:33] <Tonio_> Riddell: could it be fixed svn maybe ?
[12:34] <Riddell> patch what?
[12:39] <Tonio_> Riddell: debuild works..... investigating....
[12:40] <Riddell> of course it works, there's no problem!
[12:40] <Tonio_> Riddell: why does puilder fail then ?
[12:41] <Tonio_> Riddell: maybe my chroot has an issue then
[12:41] <Tonio_> testing...
[12:41] <Riddell> it probably hasn't been updated
[12:47] <Tonio_> Riddell: got a kernel freeze... it looks like I had bin diff in the dif.gz file.... retesting the buld
[12:57] <Lure> Riddell: why is kde 4.3 beta in backports? I would expect backports only for stable releases and experiemental for prereleases...
[12:58]  * Lure also thinks that having <release>-backports and ppa/backports makes it confusing
[13:02] <Lure> Riddell: after reading backlog from apachelogger: I agree with him, we should have clear separation between released and prerelease stuff
[13:03] <Lure> Riddell: people enabling backports ppa to get kde 4.2.4 are not expecting beta updates
[13:03] <Lure> Riddell: however I agree with you that experimental should be considered "will eat you babies"
[13:05] <Tonio_> Riddell: as debuid works and pbuilder fails
[13:05] <Lure> Riddell: btw, can we use <release>-backports for 4.2.x updates? then renaming "ppa/backports" to "ppa/prerelease" would be the way to go
[13:05] <Tonio_> Riddell: should we consider the build might succeed in the archives, and make an attemp ?
[13:05]  * Lure rests his case ;-)
[13:05] <Tonio_> Riddell: I can upload if you wish
[13:08] <freinhard> any ideas howto reset the parallel port after hibernation?
[13:09] <JontheEchidna> apachelogger: it seems apport deleted all the core dumps from duplicates
[13:23] <Riddell> Tonio_: go ahead
[13:24] <Tonio_> Riddell: kk
[13:25] <Tonio_> Riddell: uploaded
[13:26] <Riddell> Lure: yeah, seems like we want yet another PPA then
[13:26] <Riddell> but too late for this relase I think
[13:35] <Tonio_> Riddell: I suspect a missing build-dep
[13:35] <Tonio_> Riddell: debuild inside a chroot doesn't work, but locally, no pb
[13:35] <Tonio_> Riddell: any idea what could be missing ?
[13:40] <Tonio_> Riddell: works when kopete binary package is installed
[13:40] <Tonio_> Riddell: there is a packaging issue on that point I suspect
[13:43] <Riddell> build-deps on libkopete-dev ?
[13:43] <Tonio_> Riddell: libkopete-dev doesn't depend nore install kopere
[13:43] <Riddell> I'd need to see the error message to say more
[13:44] <Tonio_> Riddell: still the same message.... ld cannot find libkopete-videodevice
[13:46] <Riddell> Tonio_: put the package on revu and I can look at it
[13:46] <Tonio_> Riddell: kk
[13:47] <Riddell> Tonio_: it needs to build-dep on kopete too
[13:47] <Riddell> kopete contains the /usr/lib/libkopete_videodevice.so.4.3.0 file
[13:47] <Artemis_Fowl> seele: ping
[13:47] <Riddell> probably libkopete-dev should depend on kopete
[13:47] <seele> Artemis_Fowl: pong
[13:47] <Tonio_> Riddell: yep
[13:47] <Artemis_Fowl> seele: I setup a PPA
[13:47] <Tonio_> Riddell: that may explain the problem
[13:47] <Artemis_Fowl> seele: hmm
[13:48] <Artemis_Fowl> seele: let me find the link
[13:48] <seele> Artemis_Fowl: ok great
[13:48] <Artemis_Fowl> seele: here it is: https://launchpad.net/~kon-smanis/+archive/ppa
[13:48] <Artemis_Fowl> it contains a recent build of kgrubeditor
[13:49] <Artemis_Fowl> seele: have fun :) test is whenever you find the time
[13:49] <seele> Artemis_Fowl: cool :)
[13:49]  * Artemis_Fowl has to go now
[13:49] <Artemis_Fowl> bb
[13:49] <Artemis_Fowl> seele: uhm, I hope it work. If it doesn't, then let me know
[13:49] <seele> ok
[13:50] <Tonio_> Riddell: confirmed, this is the issue...
[13:50] <Riddell> Tonio_: I'd say make libkopete-dev depend on kopete then
[13:51] <Tonio_> Riddell: yep
[13:51] <Riddell> Tonio_: can you do that and upload?  I'm running from a live CD just now
[13:51] <Tonio_> Riddell: fixing this and uploading
[13:51] <Tonio_> Riddell: no pb
[13:54] <Tonio_> Riddell: kdenetwork uploaded
[13:55] <Tonio_> better wait for it to approve kopete-facebook then...
[14:03] <Riddell> add a versioned build-dep
[14:03] <Tonio_> Riddell: done
[14:04] <Tonio_> Riddell: Depends: kopete (= ${binary:Version}), ${sameVersionDep:kdelibs5-dev}
[14:31] <Riddell> **  Kubuntu alpha 2 candidate CDs need testing!
[14:32] <Riddell> yay, lots of seeles!
[14:32] <seele> lots of love to go around!
[14:33]  * seele is looking at konversation and quassel
[14:33] <seele> Riddell: if anything is going on with printing, you should put it on my TODO or i probably wont remember to look at it
[14:33] <seele> seele/KarmicTODO
[14:42] <ScottK> Looks like we should have bumped build-dep version needed of kdelibs-experimental in those packages that build-dep on it.
[14:53] <tomsdale> Hi - Does Kubuntu/KDE consider the file /etc/hosts for name resolution at all? according to /etc/nsswitch.conf I have "hosts: files dns" so it should look for local name resolution first but it doesn't.
[15:00] <rgreening> hello rickspencer3
[15:00] <rickspencer3> hello rgreening
[15:02] <rgreening> how goes the battle rickspencer3
[15:06] <rickspencer3> rgreening: battle?
[15:07] <rgreening> battle, as in daily work :P
[15:07] <rgreening> you know, it's all a battlefield :)
[15:07] <rgreening> or is that love? I constantly mix up my sayings :>
[15:24]  * rgreening guesses the battle doth no go well for Sir rickspencer3 
[15:24] <rickspencer3> hehe
[15:25] <rgreening> :>
[15:25] <rickspencer3> rgreening: this is a fun, but stressful and busy time of the cycle for me
[15:25] <rgreening> I imagine so...
[15:26] <rickspencer3> I have to try to understand and articulate what the desktop teams are planning, in a manner that is digestible to various audiences
[15:26] <rgreening> If I could only quit my current job and do this 7/24... :P
[15:26] <rickspencer3> hehe
[15:26] <rgreening> and grow 8 more arms
[15:26]  * rgreening wonders about stem cells...
[15:27] <rgreening> rickspencer3: well, the usb-creator-kde port for Kubuntu MID is moving along...
[15:27] <rgreening> its one of the critical parts...
[15:28]  * rgreening mangles some more gtk into Qt...
[15:29] <rickspencer3> hehe
[15:40] <seele> is there a blueprint on kubuntu mid? i have no idea what the goals are
[15:41] <JontheEchidna> rgreening: so how do I install usb-creator from bzr?\
[15:42] <rgreening> JontheEchidna: if you mean the -kde bit, it's not integrated into the dbian package (started but not completed). to run it form the local dir, do the following:
[15:43] <rgreening> JontheEchidna: cp ./bin/usb-creator-kde . && cp ./gui/usbcreator.ui . && ./usb-creator-kde
[15:43] <rgreening> do this in the bzr dir
[15:44] <JontheEchidna> crash, I suppose I have the usb stick crash?
[15:45]  * JontheEchidna has a few things in his usb ports
[15:49] <JontheEchidna> oh, this could be the pyqt4 crash that everybody's getting in karmic
[15:50] <rgreening> JontheEchidna: I'm in jaunty
[15:50] <JontheEchidna> but software-properties works
[15:50] <JontheEchidna> so my crash probably isn't the karmic pyqt crash
[15:50] <rgreening> JontheEchidna: if you comment out the gobject timeout_add section, it doesn't crash.
[15:51] <rgreening> so, some interaction with gobject, DbusGMainLoop and qt with it's own main/threads is likely the issue...
[15:51] <rgreening> though I can't figure it out...
[15:51] <JontheEchidna> there is a Qt DbusMainLoop you could try
[15:52] <JontheEchidna> oh, but is this a backend running in a separate thread?
[15:52] <JontheEchidna> ouch
[15:54] <rgreening> yep
[15:56] <rgreening> so, my choices are figure out how to make it work. fork a copy of the backend, or write a wrapper class and split out the gtk/glib/gobject and qt bits into the wrapper(s) and load them depending on the fe used.
[15:57] <JontheEchidna> jockey uses a DBusGMainLoop too
[15:57] <JontheEchidna> woner what its doing
[15:59] <rgreening> JontheEchidna: If you can figure this out, it would be a great gift :)
[16:00] <rgreening> and my birthday is just around the corner :)
[16:04] <JontheEchidna> it looks like jockey has an abstracted UI class that does dbus for either backend
[16:05] <JontheEchidna> and the jockey-kde frontend implements a graphical representation of several UI backend functions
[16:05] <JontheEchidna> and therefore doesn't have to do any dbusy-ness itself
[16:05] <JontheEchidna> backend -> AbstractUI -> DE-specific UI
[16:07] <JontheEchidna> to restate this after I have collected my thoughts... the abstract UI talks to the backend and gives the kde and gtk uis the strings and stuff with which to populate the GUI
[16:09] <JontheEchidna> this would mean major changes to the gtk side of things
[16:16] <rgreening> JontheEchidna: all the dbus, glib, gobject stuff is currently in the backend.py
[16:19] <JontheEchidna> but the frontend tries to communicate with it
[16:19] <JontheEchidna> usign dbus
[16:19] <JontheEchidna> which causes the threading issues/crash
[16:20] <JontheEchidna> or at least I think that's the cause
[16:20] <JontheEchidna> I'm having similar issues with the jockey kcm
[16:20] <JontheEchidna> actually, it's not that similar come to think of it
[16:21] <JontheEchidna> but it is similar in that its a dbus-related crash
[16:23] <rgreening> JontheEchidna: frontend has an instance of backend. Backend has all the bits. but yes, some threading issue or main loop issue for sure.
[16:23] <Riddell> seele: https://wiki.kubuntu.org/KubuntuKarmicNetbook
[16:23]  * shtylman working on some more OO patches...goal for end of day: OO with kde integration in my PPA for jaunty :)
[16:24] <rgreening> OMG shtylman.. cool
[16:24] <Riddell> seele: package what upstream does and get it working is the hope
[16:28] <Tonio_> ScottK: thanks for writting the specs while I was on vacations :)
[16:33] <seele> Riddell: i didnt think MID was going to have much done for 4.3 but i guess i'm wrong
[16:47] <firephoto> what's the new name for what was kubuntu-ppa/backports? (or wherever backport proposed things are going today) for jaunty btw.
[16:57] <rgreening> JontheEchidna: ping ping ping ping ping ping ping
[17:16] <Riddell> seele: netbook not mid.  upstream says they expect it to be in working order for october and there's code there now which does something.  but it may not happen indeed
[17:16] <Riddell> seele: tonio also has opinions on the apps suitable for netboot
[17:16] <Riddell> firephoto: kubuntu-ppa/backports is it
[17:16] <Riddell> dudes, I'm away for the next two days, let me know now if there's anything I need
[17:17] <Riddell> anything you need from me
[17:45] <Artemis_Fowl> seele: is the package working?
[17:47] <yuriy> Riddell: userconfig package? not that urgent of course
[18:21] <smarter> is it me or has Ctrl+Maj+Z(Redo) stopped working in 4.3? (beta1 at least)
[18:28] <rgreening> anyone know the correct way to use gobject in a PyKde app?
[18:50] <Riddell> yuriy: sorry ran out of time
[18:50] <Riddell> cheereo all, back on saturday sometime
[18:50] <Riddell> oh please test the daily and daily-live CDs and report on iso.qa.ubuntu.com, alpha 2 candidates need testing
[18:55] <seele> Artemis_Fowl: yes, i got it installed OK. i havent had a chance to look at all the changes yet though
[19:06] <Artemis_Fowl> seele: ok nice. I just wanted to check that
[19:07] <Artemis_Fowl> seele: btw there arent many changes. only the autmagic management is new
[19:07] <Artemis_Fowl> automagic*
[19:10] <Artemis_Fowl> yeah, confirmed. looking at the changelog, the only UI changes is Automagic management and using PolicyKit to acquire root priveleges. nothing else has changed in the UI
[19:32] <apachelogger> Artemis_Fowl: i suppose kgrubeditor can enter main with grub2?
[19:33] <apachelogger> scripts should make it a lot easier to avoid debian-magic, right? :)
[19:45] <lex79> apachelogger: http://revu.ubuntuwire.com/details.py?upid=5612
[19:45] <apachelogger> not now!
[19:46] <apachelogger> I am on a code roll here
[19:46] <lex79> lol
[19:51] <asraniel> any estimation when kde 4.3 beta 2 will be ready in backports for 9.04 ?
[19:55] <smarter> https://bugs.edge.launchpad.net/ubuntu/+source/language-pack-kde-fr-base/+bug/380011 damn, why do people feel obligated to hack perfectly valid upstream translations? :/
[19:59] <Artemis_Fowl> apachelogger: well, it doesn't support grub2 yet
[19:59] <apachelogger> Artemis_Fowl: well, once you made it support grub2 :)
[19:59] <apachelogger> or is the debian-magic support going to be done before that?
[19:59] <Artemis_Fowl> apachelogger: if I ever find the time...
[20:00] <Artemis_Fowl> apachelogger: it is already done
[20:00] <apachelogger> oh
[20:00] <apachelogger> uh
[20:00] <Artemis_Fowl> apachelogger: recently completed
[20:00] <apachelogger> Artemis_Fowl: also released?
[20:00] <Artemis_Fowl> not yet releases
[20:00] <Artemis_Fowl> released*
[20:00] <Artemis_Fowl> soon to be released
[20:00] <Artemis_Fowl> within the next month I suppose
[20:01] <apachelogger> I see
[20:01] <Artemis_Fowl> seele must review it first plus I should finish some other minor things for the code to release
[20:01] <apachelogger> once it is, we should restart the main inclusion process
[20:01] <Artemis_Fowl> probably
[20:02] <apachelogger> I am afraid already :D
[20:02] <Artemis_Fowl> I think someone mentioned in the MIR that grub2 isn't necessary for the inclusion in main
[20:02] <Artemis_Fowl> eg. a statement that grub2 isn't supported would be fine
[20:02] <Artemis_Fowl> anyway
[20:03] <apachelogger> Artemis_Fowl: well, in 9.10 the default bootloader is grub2 ... so it might very well be required now
[20:03] <Artemis_Fowl> oh
[20:03] <Artemis_Fowl> didn't know that
[20:03] <apachelogger> though upgrades do not get grub2, only new installs, so it might very well not be a requirement
[20:04] <apachelogger> it certainly is a requirement for being on the CD ... but since grub is still in main I think it would justify to have a GUI config editor for it in main as well
[20:04] <apachelogger> well, this will have to be discussed in the MIR :S
[20:04] <Artemis_Fowl> btw you guys are heros. debian packaging...oh god. it took me about 3 days to make a proper source debian package and make LP compile it for a PPA... :/
[20:05] <Artemis_Fowl> apachelogger: grub2 has the same options as grub?
[20:05] <apachelogger> well, the config is completely different AFAIK
[20:05] <apachelogger> as a matter of fact about everything is completely different since grub2 is a rewrite of grub
[20:05] <Artemis_Fowl> because if a single UI can fir both cases, then only parsing the menu file is the issue
[20:06] <Artemis_Fowl> fit*
[20:06] <apachelogger> Artemis_Fowl: I didn't look into it much yet, but I would suppose that feature parity is a target for ubuntu 9.10
[20:07]  * Artemis_Fowl should install grub2 in a virtual box machine and test it
[20:07] <Artemis_Fowl> I have absolutely no idea how things are in the Grub2-land
[20:07] <smarter> Artemis_Fowl: the format is quiet different, but it works more or less like the old one, with debian automagic in the middle :)
[20:07]  * smarter digs for his old grub.cfg
[20:07]  * apachelogger notes that the code needed for storing and reading configurations settings can at times be quite epic alright
[20:08] <apachelogger> http://paste.ubuntu.com/192873/
[20:08] <apachelogger> smarter: Artemis_Fowl: ^
[20:08] <smarter> damn, too fast :p
[20:09] <apachelogger> tbh
[20:09] <Artemis_Fowl> apachelogger: nice. I'll keep it for test-casing
[20:09] <apachelogger> smarter: batpaste ftw
[20:09] <smarter> I should use that :)
[20:09] <apachelogger> I actually think that the whole file is more or less script influenced
[20:09] <smarter> as noted in the big fat warning in the top :p
[20:09] <apachelogger> that is where the whole references come from, each script spits in its settings etc.
[20:10]  * apachelogger goes back to epic settings code
[20:10] <Artemis_Fowl> hmm, seems as if reading the configs will be painful
[20:10] <smarter> for changes to not be removed at every update, you'd have to edit stuff in /etc/grub.d
[20:10] <Artemis_Fowl> multiple files...
[20:11] <apachelogger> well
[20:11] <apachelogger> you'd need to override I suppose
[20:11] <smarter> or if you go the easy way and don't dare to touch the automagically generated stuff, add files in there
[20:13] <Artemis_Fowl> apachelogger: could you please dump me the contents of your /etc/grub.d and /etc/default/grub?
[20:13]  * apachelogger is wondering how to reduce the lines of config manipulation code :S
[20:13] <apachelogger> http://paste.ubuntu.com/192877/
[20:13] <apachelogger> the latter
[20:18] <apachelogger> Artemis_Fowl: http://aplg.kollide.net/tmp/grub.d.tar.bz2
[20:19] <Artemis_Fowl> apachelogger: nice. thank you
[20:19] <Artemis_Fowl> I would install GRUB2 in my machine but I still need grub legacy for testing
[20:20] <Artemis_Fowl> virtual box to my rescue I suppose
[20:20] <apachelogger> vbox \o/
[20:20] <Artemis_Fowl> ?
[20:20]  * Tonio_ works on packagekit packages
[20:22] <apachelogger> Artemis_Fowl: virtualbox = vbox :P
[20:22] <Artemis_Fowl> y
[20:22] <Artemis_Fowl> what I din't is \o/
[20:22] <Artemis_Fowl> what I didn't get*
[20:22] <Artemis_Fowl> ^^
[20:23] <apachelogger> uh, I think I can squeeze some slocs out of abusing configRead() for setting the instance variables, though that probably is kinda evil ... evil is good though :P
[20:23] <apachelogger> Artemis_Fowl: well, that is my_right_arm my_head my_left_arm
[20:24] <Artemis_Fowl> that
[20:24] <Artemis_Fowl> I didn't know
[20:36] <lex79> JontheEchidna: launchpad bug 385676
[20:40] <e-jat> bug 385647
[20:42] <nixternal> turning apport-qt into apport-kde is no joke, it is a lot more than just s/QApplication/KApplication/
[20:46] <e-jat> nixternal: http://paste.ubuntu.com/192900/
[20:46] <e-jat> did i miss the phonon package ?
[20:48] <e-jat> anyone?
[20:50] <nixternal> what package are you trying to build?
[20:52] <nixternal> are you depending on and using pkg-kde-tools?
[20:52] <nixternal> e-jat: ^^
[20:55] <nixternal> you need to dep on pkg-kde-tools and libqt4-phonon-dev <- debian/control
[20:55] <nixternal> in and in debian/rules you need:
[20:56] <nixternal> include /usr/share/pkg-kde-tools/qt-kde-team/1/debian-qt-kde.mk
[20:56] <neversfelde> wah, why can't we use a mediawiki :)
[20:56] <neversfelde> I started a description of how to use the PPAs
[20:56] <neversfelde> https://wiki.kubuntu.org/ChristianMangold/UsingKubuntuPPAs
[20:56] <nixternal> DEB_DH_SHLIBDEPS_ARGS_ALL := -- -xphonon
[20:57]  * nixternal goes back to working on apport
[21:01] <Quintasan> nixternal: Aren't we supposed to use debian-qt-kde.mk for kde core modules?
[21:07] <lex79> JontheEchidna: I uploaded digikam in experimental to fix bug 377560, it works
[21:22] <JontheEchidna> lex79: just to make sure that you aren't working on it already, have you started on the new qtcurve?
[21:22] <JontheEchidna> (I'm sponsoring your audex package at the moment by the way)
[21:24] <lex79> JontheEchidna: no
[23:04] <JontheEchidna> Riddell: when you have time, bug 385707
[23:04] <JontheEchidna> includes Messages.sh :)
[23:05] <apachelogger> uha
[23:05] <apachelogger> I think I could publish my synergy plasmoid now
[23:05] <apachelogger> 0.0.0.1
[23:05] <apachelogger> code looks pretty slick, well except for the epic configuration fuzz
[23:22] <smarter> apachelogger: isn't a kcm module more appropriate than a plasmoid for configuring synergy? :)
[23:22] <smarter> (though it's probably not as fun to do)
[23:22] <apachelogger> yes, no, doesn't matter
[23:22] <apachelogger> I splitted the code earlier today, so one could create a KCM as easy
[23:23] <apachelogger> if it is possible using ruby-kde that is :D
[23:23] <smarter> yay for ruby stuff in kde :p
[23:24]  * apachelogger is wondering how to split the UI stuff out though
[23:25] <apachelogger> really, the plasmoid would be like 30 SLOC if I get the UI and associated configuration bloat out of the plasmoid code
[23:25] <apachelogger> well, maybe 100 SLOC :D
[23:28] <smarter> use Qt Designer?
[23:29] <apachelogger> smarter: it still needs to setup the UI and fill it with the config's data
[23:29] <smarter> put that in a separate class then
[23:30] <apachelogger> well, doing that is kinda difficult without taking away the dynamics though :P
[23:30] <apachelogger> would have to split into a gazillion functions or something
[23:33] <apachelogger> hm
[23:33] <apachelogger> oh
[23:33] <apachelogger> uh
[23:35] <neversfelde> ah
[23:35] <apachelogger> smarter: I could use the designer ui files as implementation base I suppose
[23:36] <apachelogger> that way I could hook the configuration crap into the UI loading essentially hiding it from the UI component, while still allowing the component to fiddle with the UI as it wishes to
[23:37] <smarter> you mean hacking the .cpp(or .rb in that case I guess) generated by designer?
[23:38] <apachelogger> no
[23:38] <apachelogger> class SynergyShareConfig < Ui_SynergyShareConfig
[23:39] <smarter> yes, that's the normal way to do it then :)
[23:39] <apachelogger> SynergyShareConfig implements a complete Ui_... but essentially I can add the config parsing and add it to a hooked-in setupUi function
[23:39] <apachelogger> never hack generated code :D
[23:39] <smarter> yep
[23:40]  * smarter wonders if Qt Declarative UI will make all that better
[23:40] <apachelogger> makes also a lot more sense because right now the config magic is done independent from the UI object even though it is realyl the same :D
[23:41] <smarter> I personally can't seem to understand what it is, what it does and why it does it, same for about anything in Qt Kinetic actually (wut is a state-machine?)
[23:43] <apachelogger> smarter: something useful for sure :D
[23:44] <smarter> totally unrelated: http://www.lolcatbible.com