[12:43] test what? [12:43] there's too many things to test automatically [12:45] Riddell: you're probably right (as usual), but still, does C. use any tools for some CD testing tasks? Like testing whether it boots on a generic machine, or such. [12:45] nope [12:46] on the whole if it doesn't boot we'll know about it [12:47] Riddell: right, but I get the feeling using humans to test whether it boots is a waste of valuable resources [12:47] of course, hardware-specific tests have to be made, but generic tests should be conducted before that [12:48] writing something like that might be interesting [12:48] but testing CDs is about a lot more than just booting [12:50] Riddell: true [12:56] testing frameworks are neat nonetheless... I am looking forward to the day when apport will be able to collect necessary information for my system switching to console from usplash === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #kubuntu-devel [01:18] thanks for the heads up on the --list-missing...so far kdelibs has none missing :) [01:18] Riddell: ^^ [01:19] groovy [01:19] nixternal: did you grab the other tabs? [01:19] you lost me with "tabs" [01:19] yes [01:19] derrr [01:20] pimlibs and base, and I will grab more as I go on === manchicken__ [n=manchick@12-214-186-59.client.mchsi.com] has joined #kubuntu-devel [01:21] tars [01:21] ya...I kind of took tabs as a shrunken version of tarballs :) === IanC26 [n=IanC26@2002:cb36:1c94:4:216:6fff:fe39:ff6e] has joined #kubuntu-devel === manchicken__ [n=manchick@12-214-186-59.client.mchsi.com] has joined #kubuntu-devel === Nightrose [n=lydia@amarok/rokymotion/nightrose] has joined #kubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #kubuntu-devel === Riddell has http://digg.com/linux_unix/KDE_4_0_Delayed_Two_Months_Kubuntu_Impacts arrive in inbox and eyes up nixternal === nixternal looks [01:39] "we will start working on a Kubuntu LiveCD with KDE 4 once it starts to stable out a little more" mostly I'm waiting for the CD creation script to be released [01:40] ya, but I wasn't 100% sure what we were waiting for, so I made that up a little [01:40] try to prevent the bashing ahead of time [01:42] ya, I don't look at digg much, but someone mentioned it to me so I went to do a "fire prevention" type post there [01:42] at least all of the comments there are positive...which I never expect from digg [01:43] :) [01:44] I love how fast kdelibs builds === rbrunhuber [n=Miranda@p54977683.dip.t-dialin.net] has joined #kubuntu-devel === _czessi [n=Czessi@dslb-088-073-035-047.pools.arcor-ip.net] has joined #kubuntu-devel === coreymon77 [n=coreymon@CPE000f663685cd-CM0011e67c2935.cpe.net.cable.rogers.com] has joined #kubuntu-devel === nosrednaekim [n=michael@03-155.200.popsite.net] has joined #kubuntu-devel [02:41] hmm, I've got a young grasshopper question for a wise python-qt coder out here: is there a significant performance loss when doing "from qt import *" compared to "from qt import JustWhatYouNeed" ? [02:43] pylint is complaining about it, and I've read other papers that were against it, but it is quite hard to work in PyQt without it. [02:47] It takes longer to import, uses more memory, and its not as safe. [02:48] un-safe as in there are more functions imported into your base namespace. [02:48] nosrednaekim: yeah, that's what they tell you :o) [02:49] :) [02:49] nosrednaekim: what I'd like to know is the numbers ... whether removing the "*" for pyqt and pykde makes your apps run like ferraris [02:50] or it's just a 0.01 sec that you won't miss in a configuration tool you launch once a millenium [02:51] well, I have just heard about the speed thing. I did notice the cut down in namespace though... I was dumb enough to name one of MY functions the same as a fuction that I imported with a * [02:54] nosrednaekim: right, it should speed your apps up, that's why pylint and others warn you. [02:54] nosrednaekim: I just wanted to know the size of the speedup. [02:54] hmm I don't know. let me test something :) [02:57] lol... just importing what I wanted made the start-up time about 5 times SLOWER [02:57] :) === Vaelen [n=andrew@ppp-70-247-142-95.dsl.austtx.swbell.net] has joined #kubuntu-devel [02:58] nosrednaekim: you sure? [02:58] nosrednaekim: didn't you have a .pyc for one and not for the other? [02:58] just guessing [02:58] I did a whole bunch of imports from system moduels [02:58] *modules [02:59] moduels, that's a nice typo :o) === mhb likes homophones [03:01] when I "import *" the time is "real 0m0.044s" [03:02] when I "import " its "real 0m0.190s" [03:02] or so. [03:05] I guessed that [03:05] thanks for testing === milian [n=milian@p57BB14BB.dip0.t-ipconnect.de] has joined #kubuntu-devel [03:08] kmail crashes everytime I try to paste somthing into the composer [03:09] since it's still v3.5.7 I think it's some kubuntu changes? [03:09] feisty was very stable [03:09] milian: thanks for reporting, nixternal told us the same thing [03:09] there is a bug report for it, I haven't looked at it yet [03:09] milian: yes, it's either us or the new "enterprise" branch of kdepim [03:10] mhb: good [03:10] nixternal: better :) [03:13] damnit, it's kinda hart to not paste anything in a mail :D [03:13] even if you know it doesnt work and you'll lose all your content... [03:14] milian: yeah, bugs like this are the reason why we don't recommend gutsy for production [03:14] ++ [03:14] I'm bleeding for the bleeding edge ;-) [03:14] and someone has to use it to find some bugs [03:14] milian: but I'm quite sure it gets fixed soon, because the devs also write emails sometimes [03:16] mhb: I think all of the devs use Mutt :) [03:17] I Pine for those old days of Mutt. [03:18] I'm off to bed [03:18] have a good night (or day) [03:18] nixternal: oh do they? That means I'm not a dev :o) [03:19] nixternal: time to change my appearance then ... fr0m n0w 0n 1'M a scr1pt k1dd13 :o) [03:19] mhb: hahaha [03:22] :) [03:43] nosrednaekim: by the way, do you happen to know about an "krazy"-like code checker for python-qt/kde ? [03:44] nosrednaekim: pylint or pychecker are cool, but they aren't "krazy" enough :o) [03:44] Riddell: up to kdebase, and I just realised they split it into -workspace as well...this one may be a little tricky for my current newbset === nixternal needs food..back in a bit [03:46] I don't check my python code... I just run it :) [03:46] I just run mine too, and then it yells at me [03:47] heh, still it won't yell if you do some childish thing that will make your app 2x slower or so, but it'll work [03:47] and code checking for basic/common mistakes is what I'd like [03:48] (which is what krazy does) [03:48] hm, let's try #python === Jucato [n=jucato@124.106.195.245] has joined #kubuntu-devel [03:56] yes.. that would be the ideal location.. [04:02] who maintains adept? [04:03] apt-cache show adept says... [04:03] Riddel [04:03] original maintainer would be mornfall though [04:04] Riddell it is... I want a simple feature added. I guess I should file a wishe [04:04] what feature would that be? [04:04] a patch would be better than a wishie ehehe [04:09] patch for download script support [04:09] I don't know C++, but I coded up a little python script to do it. [04:21] I guess you can't call python from a C++ app. [04:22] nosrednaekim: no [04:22] nosrednaekim: well, hardly [04:22] I guess you COULD call a python script though. [04:22] as a os.sytem call [04:22] or whatever it is in C++ [04:22] nosrednaekim: that you could, but it's usually easier to reimplement the original code [04:23] and faster and nicer and whatever :o) [04:23] yeah and seeing as how the original code is only 15 lines....:) [04:23] nosrednaekim: however, the future of Adept is unsure [04:23] it is? O.o [04:24] uhh oh. === Jucato snickers [04:24] what are they going to replace it with? [04:24] nosrednaekim: there was some gossip about creating a Python app for that, with KDE and GNOME frontends [04:24] (eeek!) [04:25] :) [04:25] sounds good. [04:25] Jucato: you're the upstream, so I guess you're screaming eeek! because you spent your whole day today in improving and porting adept to KDE4 :o) [04:25] lol [04:26] hahah [04:26] what's KDE4? [04:26] lol [04:27] Jucato: from my point of view it's a complicated piece of software that should share its backend with the GNOME counterpart, but doesn't [04:27] Jucato: sharing backends is great. You know why? Because we can leave fixing bugs to the Ubuntu devs and our (KDE) app will be improving for free [04:28] and we can slack and write plasmoids or something [04:28] yeah back/front ends are great [04:28] no doubt about that [04:29] and I guess the easiest frontend to use would be python, eh? [04:29] python a frontend? [04:29] huh? [04:29] frontend language, I guess [04:29] PyKDE [04:29] yes, because the bindings are binaries anyway, so it's not very slow anyway [04:30] too much anyways :o) [04:30] PyKDE4 hasn't been released yet... I'm waiting VERY impatiently for it. [04:30] nixternal: hmm, not much help from the great gurus in #python === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #kubuntu-devel [04:30] nixternal: it seems that when you ask a simple question, they treat you like a simple programmer [04:31] not like the great and advanced mhb [04:31] savior of the kubuntu restricted-manager. [04:31] :) [04:31] nixternal: which is probably for the best, but I always prefer not to be told about "change algorithms if you want to speed up" :o) [04:31] lol === Jucato already thought that apt was the backend... probably what's needed is a middle-end? O.o [04:32] nosrednaekim: haha, I'm clueless when it comes to some subjects, but it's a bit boring when others assume you're totally clueless :o) [04:32] oh well... don't mind me [04:32] Jucato: right [04:32] Jucato: actually [04:32] Jucato: dpkg is the backend [04:33] did you guys see the package kit thing? [04:33] Jucato: apt is a layer above it [04:33] that looks pretty nice [04:33] Jucato: then there's python-apt [04:33] aaah the endless flow of backs and fronts [04:33] Jucato: then there could be a common core for the package managers [04:33] for which there is no DOCS [04:33] Jucato: then there's python-kde or pygtk :o) [04:34] mhb: I just hope that this common package manager would be worked on "at the same time" from both Ubuntu and Kubuntu... and not Ubuntu first, then Kubuntu next release :( [04:34] to repeat my buried question. "did you see package-kit"? [04:34] what package kit? [04:34] nosrednaekim: nope, what's that? [04:35] Jucato: well, if you volunteer to implement it for Kubuntu, it will be so [04:35] dbus frintnd to various packagemanagers === jjesse [n=kde-deve@72-254-168-32.client.stsn.net] has joined #kubuntu-devel [04:35] I can't type tonight.. sorry [04:35] I mean the backend of course... anyway... don't mind me. just ranting hehe [04:35] nosrednaekim: haven't seen it [04:36] currently I think there is a YUM and whatever-mandriva-uses interfaces to it. With an apt interface in progress. [04:36] but no KDE frontend yet. === Jucato has issues with whatever backend/database adept_installer is using... [04:36] apt-get [04:37] python [04:37] python -kde [04:37] dpkg [04:37] dbus eh... [04:37] haha [04:37] yeah... it looks interesting. [04:37] especially the use cases [04:38] nosrednaekim: you mean "He is allowed to install pre-approved software from the hogwart-corporate-build repo but not from any other repo." [04:39] lol... no the one with the open-office user automatically getting the clipart libraries. [04:40] the only problem I see in it ... is dbus [04:40] and whats wrong with that? [04:40] why using dbus for that? It doesn't make much sense. [04:40] why not? [04:41] there are d-bus bindings for every programming language. [04:41] and dbus is becoming/has become a (fd.o) standard so... [04:41] nosrednaekim: I think it's like aiming a bazooka on a mosquito [04:41] bah! I shouldn't get into technical discussions... [04:42] well... at least the mosquito is dead ;) [04:43] nosrednaekim: I guess so. I am just a fan of the old time backend-frontend relationship [04:43] dbus could be considered backend or middle-end... [04:43] nosrednaekim: if the frontend is coded well enough, the backend could be changed without the frontend changing a line of code [04:44] but I may be totally wrong [04:44] I'm not a dbus guru [04:44] aaah the advantages of separating interface from implementation... [04:44] just like in classes... [04:45] :) [04:45] Ok, I have to go. [04:45] its getting late here [04:45] nosrednaekim: late? it's 4:45 a.m. here :o) [04:46] Jucato: thought you were staying out of tech discussions;) [04:46] mhb: thats not late.... thats early. [04:46] nosrednaekim: not if you haven't slept yet [04:46] then it's late [04:46] its almost 11pm here [04:46] lol [04:46] nosrednaekim: yeah... that was ajust a simple C++ remark :P [04:46] :) [04:46] Jucato: separating interface from implementation can be done using templates [04:46] and classes [04:47] Jucato: no need to use dbus or jebus [04:47] you took me too seriously :) [04:47] Jucato: and you still end up coding the library in either C/C++ [04:47] mhb is old fashioned. === nosrednaekim is going. [04:47] see you [04:47] yep === Jucato is just reviewing his C++ book and is coincidentally on the topic of "Separating Interface from Implementation" === nosrednaekim [n=michael@03-155.200.popsite.net] has left #kubuntu-devel ["Jupiter] === _czessi [n=Czessi@dslb-088-073-023-011.pools.arcor-ip.net] has joined #kubuntu-devel [04:51] Jucato: http://en.wikipedia.org/wiki/Modern_C++_Design is what I'm reading [04:52] hm.. ok thanks :) [04:52] I'm still a beginner-level C++-er... so :) [04:53] Jucato: ah, yes, that's not for you. [04:53] my book's exercises make me even feel more inadequate :/ === Jucato will redo those later... [04:54] Jucato: you should be also reading the new tutorials on KDE's techbase [04:54] Jucato: it will take me a lot of time to adapt to all those new APIs :o) [04:54] yeah. but I'm not laying my hands on anything Qt or KDE yet... I tried to, but haven't gotten my head around most of the object-oriented stuff [04:55] don't worry, I don't have Qt/KDE 3 to corrupt my head yet :P [04:55] I'm gonna start with Qt4 and KDE4 directly [04:56] Jucato: slightly off-topic, I wanted to create a simple plasmoid for showing all mounted drivers today. [04:56] (anything KDE-related isn't offtopic to me :P) [04:57] Jucato: solid worked well, but when trying to adapt a plasma tutorial to my liking, I ended up with a widget that renders its top down corner only [04:58] wasn't there a plasmoid for solid in playground? [04:58] btw, thanks for the pointer to where those plasmoids where [04:58] Jucato: that's the downside of using unstable APIs - you never know whether your code or their code that's broken [04:58] also, it could be the tutorial code, because I was following it [04:59] mhb: the advantage of starting late is that a) Qt 4 is very much stable already and b) by the tieme I get to KDE stuff, 4.0 would have been already released :) [05:00] Jucato: yeah. [05:00] Jucato: but I guess the real experience should be expected from 4.1. [05:01] Jucato: I would like to see a central point for progress bar like those mockups at kde-look suggested, or a common theme for notifications [05:01] yeah. but by that time, I should be helping making the real experience in 4.1 :) === czessi_ [n=Czessi@dslb-088-073-041-140.pools.arcor-ip.net] has joined #kubuntu-devel === jjesse [n=jjesse@72-254-168-32.client.stsn.net] has joined #kubuntu-devel === apachelogger__ [n=me@N813P005.adsl.highway.telekom.at] has joined #kubuntu-devel === manchicken_ [n=manchick@12-214-186-59.client.mchsi.com] has joined #kubuntu-devel [05:38] mhb: I noticed their attitude in there as well [05:38] evening [05:38] howdy jjesse [05:38] howdy nixternal [05:38] you and the wife enjoying the weekend? [05:39] yeah we are, spent the afternoon at the aquariaum and the olympic park area before the storms hit [05:39] good ol' olympic park [05:39] you see the cnn building? [05:40] yeah we did [05:40] heh, my dad was there all week actually [05:40] someone in the class i was teaching actually works for turner broadcasting [05:40] eww [05:40] I have been raised to dislike turner [05:40] :) [05:41] dad is a broadcast engineer..so I am not supposed to like abc, cbs, anything turner, and oprah :) [05:41] he dislikes turner as well [05:41] what are you supposed to like then? [05:41] if you can't like cbs abc etc [05:42] nothing I guess :) [05:42] i can't wait to go get faster internet [05:42] this hotel is so slow [05:42] heh === coreymon [n=coreymon@unaffiliated/coreymon77] has joined #kubuntu-devel === mendred [n=mendred@59.93.49.194] has joined #kubuntu-devel === _czessi [n=Czessi@dslb-088-073-027-069.pools.arcor-ip.net] has joined #kubuntu-devel === Mez [n=Mez@ubuntu/member/mez] has joined #kubuntu-devel === czessi_ [n=Czessi@dslb-088-073-058-050.pools.arcor-ip.net] has joined #kubuntu-devel === _czessi_ [n=Czessi@dslb-088-073-002-250.pools.arcor-ip.net] has joined #kubuntu-devel === BentJ [n=BentJ@port46.ds1-esp.adsl.cybercity.dk] has joined #kubuntu-devel === _czessi [n=Czessi@dslb-088-073-021-046.pools.arcor-ip.net] has joined #kubuntu-devel === Mez [n=Mez@ubuntu/member/mez] has joined #kubuntu-devel === jjesse_ [n=jjesse@72-254-168-32.client.stsn.net] has joined #kubuntu-devel === mendred [n=mendred@59.93.49.194] has joined #kubuntu-devel === czessi_ [n=Czessi@dslb-088-073-049-234.pools.arcor-ip.net] has joined #kubuntu-devel === _czessi_ [n=Czessi@dslb-088-073-003-028.pools.arcor-ip.net] has joined #kubuntu-devel === serzholino [n=serzholi@16x.zp.ua] has joined #kubuntu-devel === claydoh [n=claydoh@66-252-51-185.dyn-adsl.midmaine.net] has joined #kubuntu-devel === _czessi [n=Czessi@dslb-088-073-008-222.pools.arcor-ip.net] has joined #kubuntu-devel === serzholino [n=serzholi@16x.zp.ua] has left #kubuntu-devel [] === czessi_ [n=Czessi@dslb-088-073-057-142.pools.arcor-ip.net] has joined #kubuntu-devel === tmske [n=thomas@dD5763506.access.telenet.be] has joined #kubuntu-devel === Nightrose [n=lydia@port-87-234-148-122.dynamic.qsc.de] has joined #kubuntu-devel === _czessi [n=Czessi@dslb-088-073-042-085.pools.arcor-ip.net] has joined #kubuntu-devel === czessi_ [n=Czessi@dslb-088-073-006-083.pools.arcor-ip.net] has joined #kubuntu-devel === _StefanS_ [n=sfs@cpe.atm2-0-90156.0x5734b54a.naenxx14.customer.tele.dk] has joined #kubuntu-devel === LongPointyStick wishes someone would offer to maintain htdig [10:36] or have some other help system === Dinofly [n=dinofly@mar92-13-88-165-255-149.fbx.proxad.net] has joined #kubuntu-devel === \sh_away is now known as \sh === allee [n=ach@dialin-212-144-130-144.pools.arcor-ip.net] has joined #kubuntu-devel [11:06] <_StefanS_> Tonio_: found the segfault for paired devices; will prepare a patch for you. [11:07] <_StefanS_> Tonio_: in kdebluetooth that is ;) === apachelogger [n=me@N813P005.adsl.highway.telekom.at] has joined #kubuntu-devel === jack_wyt [n=jack@124.64.107.4] has joined #kubuntu-devel === sahin_h [n=ezaz@dsl5402AB8B.pool.t-online.hu] has joined #kubuntu-devel === allee [n=ach@dialin-212-144-130-144.pools.arcor-ip.net] has joined #kubuntu-devel === ScottK2 [n=ScottK@ubuntu/member/scottk] has joined #kubuntu-devel === tmske [n=thomas@dD5763506.access.telenet.be] has joined #kubuntu-devel === IanC26 [n=IanC26@2002:cb36:1c76:4:216:6fff:fe39:ff6e] has joined #kubuntu-devel [11:25] nixternal: awake? === neversfelde|mobi [n=neversfe@82.113.106.1] has joined #kubuntu-devel === alleeHol [n=ach@dialin-145-254-254-236.pools.arcor-ip.net] has joined #kubuntu-devel [11:59] nixternal: I'm moving kde4beta to kubuntu-members ppa === jpetso [n=jpetso@v213-022.vps.tuwien.ac.at] has joined #kubuntu-devel === allee [n=ach@dialin-212-144-132-125.pools.arcor-ip.net] has joined #kubuntu-devel [12:08] Tonio_, allee: File "/usr/bin/kblueplugd", line 13, in import gobject [12:08] ImportError: No module named gobject [12:08] does it have to use gobject? why not qt? === awen [n=andreas@cpe.atm2-0-73472.0x535f07b2.albnxx18.customer.tele.dk] has joined #kubuntu-devel === Czessi [n=Czessi@dslb-088-073-003-126.pools.arcor-ip.net] has joined #kubuntu-devel [12:46] Riddell: hum, I didn't wrote that script, so maybe allee has its own reason for this [12:46] Riddell: strange that you get that error, I didn't notice this before, lemme look [12:49] Riddell: distutils.errors.DistutilsExecError: command 'kbluetooth' failed with exit status 255 [12:50] Riddell: I now get this, but the process launches.... [12:50] Riddell: I suspect that some changes in kbluetooth executable result that it doesn't launch correctly as a daemon [12:50] Riddell: I'll tru to get that fixed today [12:50] s/tru/try [12:51] Riddell: the point is that it'll not detect unplug now cause the script crashes..... [12:51] Riddell: and I'll try to figure out why that gobject thing [12:54] Riddell: well it's kbluetooth that seems to fail btw [12:54] Riddell: and yeah , the import gobject seems unused [12:55] it's used [12:55] Riddell: hu ? [12:55] Riddell: by what ? [12:55] loop = gobject.MainLoop() [12:56] Riddell: oups, still sleeping hehe :) [12:56] Riddell: how would that we done with import qt ? [12:56] qt.MainLoop() ? ;) === d3ce1t [n=jose@144.Red-88-2-126.staticIP.rima-tde.net] has joined #kubuntu-devel === Tonio_ [n=tonio@mst45-2-82-242-83-37.fbx.proxad.net] has joined #kubuntu-devel [12:58] oki I had a kde problem in my /var/tmp, no kbluetooth issue now [01:00] Riddell: I'll look at my python book on that gobject thing ;) === mendred [n=mendred@59.93.49.194] has joined #kubuntu-devel [01:14] I doubt it'll say anything, it's a question of whether you can use the qt mainloop with dbus === apachelogger_ [n=me@N901P016.adsl.highway.telekom.at] has joined #kubuntu-devel [01:30] Riddell: oki so I'll search the web :) === mendred [n=mendred@59.93.49.194] has joined #kubuntu-devel === \sh [n=nnsherma@server3.servereyes.de] has left #kubuntu-devel ["Verlassend"] === mendred [n=mendred@59.93.49.194] has joined #kubuntu-devel === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #kubuntu-devel === claydoh [n=claydoh@66-252-51-185.dyn-adsl.midmaine.net] has joined #kubuntu-devel === nosrednaekim [n=michael@01-036.200.popsite.net] has joined #kubuntu-devel === TheInfinity [n=TheInfin@p508F092B.dip0.t-ipconnect.de] has joined #kubuntu-devel === Jucato [n=jucato@210.213.221.167] has joined #kubuntu-devel [02:36] ridicuous, my strigi can not index anything [02:42] hi folks [02:42] hi mhb === Knightlust [n=dax@ubuntu/member/knightlust] has joined #kubuntu-devel [02:49] hey mhb got enough sleep over the day? === maschioLatino26 [n=duccio@host150-125-dynamic.1-87-r.retail.telecomitalia.it] has joined #kubuntu-devel === duccio [n=duccio@host150-125-dynamic.1-87-r.retail.telecomitalia.it] has left #kubuntu-devel ["Konversation] [02:58] nosrednaekim: sure === mendred [n=mendred@59.93.49.194] has joined #kubuntu-devel === duccio [n=duccio@host150-125-dynamic.1-87-r.retail.telecomitalia.it] has joined #kubuntu-devel [02:59] :) === manchicken [n=manchick@ubuntu/member/manchicken] has joined #kubuntu-devel === gustavonarea [n=gustavon@193.153.235.151] has joined #kubuntu-devel [03:34] Hello, everyone. Is it me or Kmail is unusable in Tribe 5? I've already reported 3 bugs on kmail (133857, 135787 and 136368), but Bug #136368 is the worst of all. If it's all due to the Enterprise branch, then why was it included so late (in Tribe 5, instead of Tribe 1)? [03:34] Bug 136368 on http://launchpad.net/bugs/136368 is private [03:35] gustavonarea: it's not you [03:36] gustavonarea: I can't really tell why it was included in Tribe 5, though [03:38] Riddell: roger that [03:38] mhb: do you ever sleep? [03:39] yeah.... but he sleeps during the day [03:39] during the morning, to be exact :o) [03:39] vampire... [03:40] well, let's do some debugging === BentJ [n=BentJ@port46.ds1-esp.adsl.cybercity.dk] has joined #kubuntu-devel === mendred_ [n=mendred@59.93.49.194] has joined #kubuntu-devel === gustavonarea [n=gustavon@193.153.235.151] has left #kubuntu-devel ["Kopete] === Jucato [n=jucato@210.213.221.167] has joined #kubuntu-devel === allee [n=ach@dialin-212-144-132-016.pools.arcor-ip.net] has joined #kubuntu-devel [03:50] Riddell: I have chosen gobject, because it was the only one found in the python dbus tutorial. qt-dbus included no examples. Can you point to example code of qt-dbus event handling. kblueplugd need no x window. So a window less loop would be best suited [03:57] Riddell: do you want me to continue on with the rest of the beta packages, or are you doing them now? [03:59] great. Nothing depends on python-qt4-dbus already :( === Jucato [n=jucato@ubuntu/member/Jucato] has joined #kubuntu-devel [04:06] nixternal: hi [04:06] nixternal: I've done kdebase and kdepim [04:06] nixternal: just let me know if you start another one so we don't duplicate [04:06] nixternal: and upload to kubuntu-members ppa [04:07] allee: I don't know of any examples I'm afraid [04:07] Riddell: is kde4 ready to run inplace of kde3 [04:08] although there must be something out there [04:08] gnomefreak: no [04:08] ok i know release is fairly soon was just wondering [04:09] it's not until december [04:10] oh i was thinking october [04:10] gnomefreak: it was delayed [04:10] makes sense [04:11] looking at release schedule see how many betas they plan on [04:11] do we have a sort of plan on how to go about the installation of KDE 4 on an existing KDE 3.5.x system? do we overwrite the default? install in a different path like we do right now? [04:12] gnomefreak: from 2, they added 2 more [04:12] the first plan was only 2 betas [04:12] they also pushed beta 1 where beta 2 should have been released it seems [04:12] Riddell: thanks for the kdebase-workspace...that one threw me for a curve [04:12] oh yes, that too [04:13] I have just setup kubuntu-ppa in dput, so I am ready to go :) [04:13] beta2 was aug. 29th but seems beta was just released [04:13] although it should be noted that the schedule talks about "tagging", which is a bit different from "release"... [04:13] nixternal: you play with ppa yet? [04:13] oh ya === Riddell gives back kdepimlibs === gnomefreak starting to hate it === Jucato [n=jucato@ubuntu/member/Jucato] has joined #kubuntu-devel [04:14] gnomefreak: why? [04:14] packages keep failing to upload (things that i should have checked for like licenses and crap [04:15] silly Ctrl+Q... [04:15] Riddell: kdepimlibs 4 or 5 :) [04:16] the source package [04:16] oh and you cant take back packages (once that is used than ill hate it less) [04:16] gnomefreak: gotta do all of your checking before you upload first :p [04:18] gnomefreak: you can retry builds [04:18] ppa doesn't care about licences [04:18] yeah but if it uploads than fails to build i have to change version [04:18] Riddell: yes it does [04:19] top left corner is the TOS [04:19] but in general, using a ppa isn't a substitute for compiling it on your machine first to make sure it actually compiles and builds properly [04:19] it has to be a free license [04:19] Riddell: ya, ppa does worry about licenses :) [04:19] don't know what the list of acceptable licenses are, but it will complain on non-free licenses [04:20] complain in which way? [04:20] I believe it will reject the upload, or maybe it allows the upload but will FTBS due to the license [04:20] i was missing one they wouldnt let me upload [04:20] it wont reject it it stops it before it trys [04:20] ahh, OK [04:20] I wonder how it knows [04:20] I can't remember exactly what Matt Revell stated about it === gnomefreak having that issue with xulrunner === rbrunhuber [n=Miranda@p54975BBD.dip.t-dialin.net] has joined #kubuntu-devel [04:24] nixternal: I'm doing kde4edu [04:24] annma would be proud :) === Jucato [n=jucato@ubuntu/member/Jucato] has joined #kubuntu-devel === Jucato [n=jucato@210.213.221.167] has joined #kubuntu-devel [04:28] gnomefreak: "This PPA does not contain any packages yet." so you uploaded and it automatically rejected? [04:29] Riddell: if that is from my personal one i have gotten to that one yet [04:29] Riddell: im building for mozillateam PPA [04:29] ah [04:29] but it takes a bit of time beofre its accepted sometimes and even longer to build [04:30] https://launchpad.net/~mozillateam/+archive/ [04:30] yes, PPA will be low priority for the buildds === innovati [n=innovati@d38-133-139.home1.cgocable.net] has joined #kubuntu-devel === manchicken_ [n=manchick@12-214-186-59.client.mchsi.com] has joined #kubuntu-devel === allee will google later for qt-dbus examples and rewrite kblueplugd === never|mobi [n=neversfe@82.113.106.1] has joined #kubuntu-devel === mendred [n=mendred@59.93.49.194] has joined #kubuntu-devel [04:55] Riddell: I've got some updates on the evil kpart bug 117731 [04:55] Launchpad bug 117731 in python-kde3 "Python crashes after attaching pty to a konsole kpart" [High,Triaged] https://launchpad.net/bugs/117731 [04:56] Riddell: the interesting thing is, when you use edgy (so the apps work), there is an extra output line [04:56] Riddell: that isn't shown on an unaffected Gutsy machine [04:57] KWrited - Listening on Device /dev/ttyp0 [04:58] have you tried recompiling the edgy kdelibs and base on gutsy and seeing if the problem occurs? [04:59] no, partly because recompiling anything on an affected machine (which is usually an older one) takes forever [04:59] also I've no idea if KDE 3.5.5 will compile [04:59] but I'll try it later today [05:00] on a different i386 machine === ScottK2 is now known as ScottK === BentJ [n=BentJ@port46.ds1-esp.adsl.cybercity.dk] has joined #kubuntu-devel === Knightlust [n=dax@ubuntu/member/knightlust] has joined #kubuntu-devel === lucky_lucas [n=lucas@106.101.77.83.cust.bluewin.ch] has joined #kubuntu-devel === allee [n=ach@dialin-145-254-252-101.pools.arcor-ip.net] has joined #kubuntu-devel [05:32] Uhm, kmail and konqueror, 'refuse' to download anything. With feisty it was enough to stop knetworkmanager. Not working with gusty anymore :( [05:33] even if you quit knetworkmanager? === mbiebl [n=michael@e180068034.adsl.alicedsl.de] has joined #kubuntu-devel === _czessi [n=Czessi@dslb-088-073-132-071.pools.arcor-ip.net] has joined #kubuntu-devel [05:58] Riddell: yes :( [05:59] allee: if you stop network manager daemon? [06:01] Riddell: Argl, found it. Played with networkstatustestservice at work and it was restored at home. I killed it and now konqueror === mendred [n=mendred@59.93.49.194] has joined #kubuntu-devel [06:26] QT dbus problem: import dbus.mainloop.qt => ImportError: No module named qt See file:///usr/share/doc/python-qt4-doc/html/pyqt4ref.html#the-dbus-support-module There's only dbus/mainloop.so in python-qt4-dbus, not .py. apt-file search dbus/mainloop/qt finds no .py too. Can a python class be defined without any .py file? [06:27] Yes. [06:28] What happens if just open a Python shell and "import qt" [06:29] ScottK: Nothing import qt is the line before import dbus.mainloop.qt ;) I've checked in python interacively and import qt is okay [06:29] OK [06:31] To answer your question though, I believe that you can import a C extension just fine if it's properly built, etc. [06:34] hmm [06:34] no subdirs in /usr/share/python-support/python-dbus/dbus/mainloopp [06:34] it's just __init__.py and glib.py [06:37] and python-qt4 sources have a dbus/ directory with what I dare presume is the binding [06:38] but looking at /var/lib/dpkg/info/python-qt4.list I don't see any dbus files installed [06:39] allee: I guess you have tried building your own python-qt4, haven't you? [06:40] mhb: no. [06:40] allee: judging by the information I posted above, I think it might be worth a shot [06:41] hmm, with 64 kbit link? no fun ;) [06:41] allee: okay, I'll do it for ya :o) === allee hugs mhb [06:43] The dbus support module will be installed in [06:43] /var/lib/python-support/python2.5/dbus/mainloop. [06:44] that seems okay, I wonder if it will build it correctly as well [06:55] allee: bingo! === jpetso [n=jpetso@v213-022.vps.tuwien.ac.at] has joined #kubuntu-devel [06:56] allee: in order to get that module to load, you have to a) fetch the python-qt4 sources and have build-deps [06:56] b) python configure.py [06:56] c) cd dbus/; make; sudo make install [06:57] allee: also, the Ubuntu package should provide that by default, someone should be notified about it [06:59] allee: hmm... or, of course, install python-qt4-dbus [06:59] :D [06:59] silly me for not checking it first [07:00] I was looking for a workaround so hard I forgot to check the debian/ dir :o) [07:02] allee: so, there you go === gustavonarea [n=gustavon@193.153.235.151] has joined #kubuntu-devel === gustavonarea [n=gustavon@193.153.235.151] has left #kubuntu-devel ["Kopete] === TheInfinity [n=TheInfin@p508F092B.dip0.t-ipconnect.de] has joined #kubuntu-devel === duccio [n=duccio@87.16.128.127] has joined #kubuntu-devel [07:55] mhb: thx. In c): what does make install install that is not in the pkgs? [07:57] allee: nothing, see my later comments - it's in the python-qt4-dbus [07:57] allee: I didn't know it's separated like that [07:58] mhb: I'm confused I've python-qt4-dbus installed. that's the pkgs with only the dbus/mainloop/qt.so file [07:59] oh, python-qt4 source + build dep are 4,3 hours to go :( [08:00] Hi all...I'm new! How can I contribute to kubuntu development? === neversfelde|mobi [n=neversfe@82.113.106.1] has joined #kubuntu-devel [08:00] duccio: please do [08:00] but you need to tell us a bit about your skills === manchicken_ [n=manchick@12-214-186-59.client.mchsi.com] has joined #kubuntu-devel [08:01] <_Sime> mhb: I'm not sure if PyQt4 supports DBus. [08:01] documentation, packaging, bug triage, bug fixing, programming, testing are all areas of help [08:01] <_Sime> mhb: you can use the normal DBus bindings though. [08:01] ok [08:02] I'm Italian...so my English is not perfect [08:02] ciao [08:02] I am an Informatic Engineer [08:02] University of Siena [08:02] _Sime: according to file:///usr/share/doc/python-qt4-doc/html/pyqt4ref.html#the-dbus-support-module it does. And there a dbus/mainloop/qt.so in python-qt4-dbus [08:02] i've finished my study one year ago [08:03] <_Sime> allee: mmm... I reserve the right to be wrong. ;) I know that the normal DBus bindings work with Qt and teh glib event loop. [08:03] _Sime: problem is I for import qt then import dbus.mainloop.qt -> ImportError: No module named qt [08:04] i don't know much about ubuntu way of development [08:05] _Sime: kblueplugd works with glib eventloop already. But Riddel (and me) would like to have it g* free ;) [08:05] but i'm interested on helping develop [08:06] so...what should i do? [08:06] duccio: documentation, packaging, bug triage, bug fixing, programming, testing are all areas of help [08:07] duccio: any of those sound interesting? [08:07] <_Sime> allee: the dbus module is probably built on the C dbus implementation which in turn uses glib. [08:07] <_Sime> allee: I'm not sure if you can avoid glib. [08:07] i think that bug fixing and programming sounds good [08:08] but i don't know how much time I can assure [08:10] Should I read some documentation? [08:10] _Sime: well would be nice to not use import gobject and import dbus.mainloop.glib. But on the other hand and a bit more important. import dbus.mainloop.qt fails. And that's a bug that need to be fixed ;) But as this happens during the 2nd iteration of my first python script im pretty glueless what goes wrong === manchicken__ [n=manchick@12-214-186-59.client.mchsi.com] has joined #kubuntu-devel [08:14] Riddell: next step I should do? [08:17] allee: it won't fail if you've python-qt4-dbus install [08:17] allee: at least it won't fail for me anymore === manchicken_ [n=manchick@12-214-186-59.client.mchsi.com] has joined #kubuntu-devel [08:17] duccio: I have a small programming task that needs doing [08:18] <_Sime> is this all on gutsy? [08:18] ok [08:18] duccio: our splash screen create a cache of the image, which means when we get a new wallpaper the splash still shows the old image [08:18] mhb: ii python-qt4-dbus 4.3-2ubuntu4 DBus Support for PyQt4 [08:18] i understand [08:18] mhb: 'always' was installed [08:18] duccio: if you know shell, this could probably be fixed in startkde from kdebase [08:19] allee: was it? Well, I didn't have it installed [08:19] mhb: and import qt ; import dbus.mainloop.qt works now for you without error? [08:19] duccio: apt-get source kdebase and edit startkde to check if /usr/share/wallpapers/kubuntu-wallpaper.png is newer than $KDEHOME/share/apps/ksplash/cache/Moodin/ [08:19] allee: right... [08:20] allee: hmm, but it may be because of that first compile-it-yourself [08:20] yes...i think so, but i've never work on this [08:20] mhb: maybe. [08:21] allee: but I have only qt.so in there, so that is the correct state [08:21] ok.. [08:22] ... [08:22] (download the source code) [08:23] Riddell: Do you think it would be possible to arrange it so that kubuntu-members PPA didn't send FTBFS messages to everyone in kubuntu-members? [08:23] allee: I think I see the culprit [08:24] allee: are you there? [08:25] ScottK: hmm, possibly we should start yet another team for this [08:25] sudo ln -s /usr/lib/python2.5/dbus/mainloop/qt.so /var/lib/python-support/python2.5/dbus/mainloop/qt.so [08:25] allee: ^^ do this and tell me what happens [08:26] ...i'm editing startkde... [08:26] ok [08:27] Riddell: I'm not an expert in how to deal with it, but I think that the FTBFS messages out to somehow just go to whoever did the upload. === manchicken__ [n=manchick@12-207-53-197.client.mchsi.com] has joined #kubuntu-devel [08:35] Riddell: i'm very slow because i don't know this language.. === nosrednaekim [n=michael@03-158.200.popsite.net] has joined #kubuntu-devel [08:39] mhb: you're my hero! Works. I wanted to check this, but didn't found yet how to get the MODULE path python search ;) [08:40] <_StefanS_> Tonio_: I found the problem in kdebluetooth, its hasBonding() that crashes the Paired/Trusted Devices. [08:40] <_StefanS_> Tonio_: im not quite sure how to fix it though :( [08:40] allee: so it WAS a package problem. [08:40] ^^ IS ;) [08:40] allee: true, but I'll try to change that soon-ish. :o) [08:41] is this the Kmail problem? [08:41] allee: To add it to your Python path, import sys and then insert the path to your module in sys.path [08:42] mbh: hmm, why in /var/lib/python. Sounds somehow wrong place (and dpkg -S var/lib/python2.5 find's nothing) [08:42] mhb: ^^ [08:43] ScottK: thx!!!! :) [08:43] allee: no [08:43] Riddell: What documentation should I read to understand the syntax of startkde? [08:44] allee: /var/lib/python-support is used by many packages [08:44] allee: the error lies elsewhere - the Python interpreter find dbus.mainloop [08:44] allee: finds it in /var/lib/python-support/... [08:45] bedtime for the kids. bbl [08:45] allee: but the qt.so is elsewhere, thus it cannot be found === claydoh [n=claydoh@66-252-51-185.dyn-adsl.midmaine.net] has joined #kubuntu-devel [08:53] Riddell: if [/usr/share/wallpapers/kubuntu-wallpaper.png -nt $KDEHOME/share/apps/ksplash/cache/Moodin] ; then echo "newer" else echo "older" === tvo [n=tobi@katapult/developer/tvo] has joined #kubuntu-devel [08:58] Riddell: I read some about shell and I came back next days...it's ok? [09:00] bye all === apachelogger__ [n=me@N761P023.adsl.highway.telekom.at] has joined #kubuntu-devel [09:51] there is something rotten in the state of python-qt4 [09:52] Does xgl screw with keymappings? [09:52] mhb: Is there? Are you talking about the "C/C++ Object Deleted" error? [09:53] I was getting that the other day. I'm trying to learn Python and scratch an itch with a little Python app to manage my resolv.conf and routes. [09:54] mhb: not that I know of, why? [09:54] manchicken__: not actually, I am starting with compilation [09:54] Riddell: well, if you have read the conversation with allee today, there is a bug that prevents dbus to work with Qt4 [09:55] Riddell: I am trying to fix it, and while debuilding pyqt4 the whole compilation of it is running twice [09:55] hmm, I thought doko had changed that [09:55] one build is for debug version [09:55] Riddell: ah, that makes sense [09:58] Riddell: well, in current version of the source the qt.so file is moved from /var/lib/python-support to /usr/lib/python2.5/, which breaks it [09:58] Riddell: because all the other python-dbus files are in /var/lib/... === Lure [n=lure@ubuntu/member/lure] has joined #kubuntu-devel [10:04] has doko done an upload if it recently? [10:04] 24th [10:05] and yes, there is a fix dbus install location changelog entry [10:05] Riddell: in what way was it fixed then? Was moving to /usr/lib/python2.5/ the fix? If so, why? [10:06] I have the most recent version of python-dbus, which resides in /var/lib/python-support [10:07] lets ask him [10:08] Okay, so /usr/bin/X is now a dead link... [10:08] I'm guessing that it's supposed to point to /usr/bin/Xorg? [10:08] manchicken__: works here [10:08] x11-common should provide /usr/bin/X [10:09] I don't know what was changed [10:09] Should reconfiguring x11-common fix that? [10:09] Riddell: I need some feedback from as many KDE devs as possible...would posting to kde-core-devel be my best bet, or is there a better route? [10:11] nixternal: sounds right to me, if you ask me (but you do not :o) [10:11] muhah [10:11] Ahh, I figured out why Xgl is running all the time now. [10:12] yeehaw! [10:12] mhb: when you fix python, check why qeventloop.html talks about exec_(...). It's not exec_(...) it's exec_loop(...). Hah, and loop.exec_loop() gives a SEGV. Great :( [10:13] mhb: err, python-qt that is [10:13] nixternal: it depends what the question is [10:13] Riddell: trying to get a list of apps that are ready for people to start doing doc work on...my blog post got about 10 new people interested in helping out KDE with docs [10:14] allee: hmm, interesting. Perhaps _Sime was right that dbus in pyqt4 being broken [10:15] allee: I fixed the packages, but I need to know why doko changed it in the first place... perhaps I lack knowledge of the greater scheme [10:17] allee: could you pastebin your crashing code for my easier testing experience? :o) [10:17] mhb: okay. Let's see what he thinks about it. [10:17] mhb: wait .. [10:18] nixternal: kde-core-devel is for libraries mostly, not apps [10:18] http://paste.debian.net/35995 [10:18] ^^ mhb [10:19] allee: does that work? [10:20] Riddell: no, it SEGV at the end when entering the eventloop loop.exec_loop() :( [10:22] allee: that segvs? Not here, I'm afraid === tmske_ [n=thomas@dD5763506.access.telenet.be] has joined #kubuntu-devel [10:23] allee: unable to execute kbluetooth: No such file or directory [10:23] allee: ^^ is that a block to the segfault? [10:24] I'm trying to connect to the internet with knetworkmanager, but at 57% I get an connection error, but it looks like I can connect for some programs, konversation for example :-) but some can not connect, like konqueror [10:24] but those programs can only connect if I use dhclient manually [10:24] mhb: eh? you have no /usr/bin/kbluetooth ? [10:24] mhb: here output is like: ... [10:24] waiting for bt device (un)plug events ... [10:24] Segmentation fault (core dumped) [10:24] mhb: so it's he loop.exec_loop() [10:26] mhb: interesting is I changed it to loop.exec_loop(QEventLoop.AllEvents), which according to the exec_() the default. But: too many arguments to QEventLoop.exec_loop(), 0 at most expected [10:26] mhb: better missing docs than wrong one ;) [10:27] allee: what package is it in? [10:28] it's really strange; in kopete jabber works, but msn doesn't work [10:28] allee: kdebluetooth I guess === czessi_ [n=Czessi@dslb-088-073-000-228.pools.arcor-ip.net] has joined #kubuntu-devel [10:29] mhb: yes [10:30] allee: oh my, I've tried to update it and now dpkg return an error code because of a overwriting library [10:31] mhb: did you removed he sym link you've created? [10:32] allee: ah, fixed. Right, it segfaults. === manchicken [n=manchick@12-207-53-197.client.mchsi.com] has joined #kubuntu-devel [10:35] allee: by the way, why are you using Qt3 and the Qt Dbus bindings? [10:35] allee: it's not really nice [10:36] mhb: hmm, man QEventLoop says exec() without args. [10:36] AFAIK, the dbus bindings are only for Qt4 [10:36] mhb: I asssume qt4. mhmm, what does import qt do? [10:36] imports Qt3 [10:37] mhb: oh sh*t [10:37] allee: http://www.rkblog.rk.edu.pl/w/p/introduction-pyqt4/ [10:38] short version: from PyQt4 import QtCore, QtGui [10:38] allee: although I am usually using the uglier: [10:38] from PyQt4.QtGui import * [10:38] from PyQt4.QtCore import * [10:38] Naughty naughty :) [10:39] mhb: yeah qt.qVersion -> 3.3.7 [10:42] allee: Qt4's QEventLoop seems to be fine [10:42] exec_ like the API says [10:43] mhb: you don't get: QEventLoop: Cannot be used without QApplication [10:43] allee: you need a QApp alright, is there a reason not to create one? [10:47] mhb: hmm, I assume it's okay. [10:48] allee: it seems not to crash [10:48] allee: but I have no bluetooth devices at home to prove it [10:49] mhb: I'll test here. === tmske [n=thomas@dD5763506.access.telenet.be] has joined #kubuntu-devel === neversfelde|mobi [n=neversfe@82.113.106.1] has joined #kubuntu-devel === xRaich[o] 2x [n=raichoo@i5387E8EE.versanet.de] has joined #kubuntu-devel [10:57] mhb: seem not to work :( Nothing printed on addition/removal. Uh, and ignoes ctrl-c too :( [10:58] allee: uh oh. Well, let me take a look at the code. I should learn the new APIs of KDE4 anyway. [10:59] nixternal: rest of kde4beta uploaded (except bindings) [10:59] nixternal: if you are wanting to do more, it needs uploaded to feisty in the ppa [11:03] mhb: me too :) Here's my current version: http://paste.debian.net/36000 === nosrednaekim [n=michael@04-151.200.popsite.net] has joined #kubuntu-devel === Lure [n=lure@89-212-18-142.dynamic.dsl.t-2.net] has joined #kubuntu-devel [11:11] Riddell: I will work on it here in a few...that will give me something to do tonight === TheInfinity [n=TheInfin@p508F092B.dip0.t-ipconnect.de] has joined #kubuntu-devel [11:20] allee: http://www.riverbankcomputing.com/pipermail/pyqt/2007-January/015193.html [11:20] allee: read that? [11:21] and tried that? [11:22] mhb: I'll do... === manchicken_ [n=manchick@12-210-133-223.client.mchsi.com] has joined #kubuntu-devel [11:26] mhb: heh, works: http://paste.debian.net/index.php === manchicken__ [n=manchick@12-210-133-223.client.mchsi.com] has joined #kubuntu-devel [11:27] mhb: ^^ I tested with plug/unplug a second bt device. (Before I stoped kblueoothd by hand) [11:27] mhb: can you upload to main? [11:28] allee: nope [11:28] mhb: k [11:29] mhb: only strange thing is. kblueplugd ignores ctrl-c, killall lblueplugd or the other hand works [11:31] its a daemon.... daemons aren't killed with ctrl+c' [11:32] nosrednaekim: it's not a daemon. I did detach from tty and don't fork into background. It's a little qt app and those can be usually killed by ctrl-c [11:33] allee: you *did* detach from tty? [11:33] mhb: eh, sorry I didn't. [11:34] http://paste.debian.net/36001 [11:37] well, as it's normally autostarted in background during login. Not reacting to Ctrl-C is not a real problem. Still anoying for test, and more anoying that I don't understand yet why the signal get's blocked [11:38] Riddell: ^^ so if you don't care: http://paste.debian.net/36001 uses qt + dbus [11:39] time for bed. Nite [11:40] good work allee [11:40] goodnight === Dinofly [n=dinofly@mar92-13-88-165-255-149.fbx.proxad.net] has joined #kubuntu-devel === awen [n=andreas@cpe.atm2-0-73472.0x535f07b2.albnxx18.customer.tele.dk] has joined #kubuntu-devel === Nightrose [n=lydia@amarok/rokymotion/nightrose] has joined #kubuntu-devel [12:17] nixternal: you can probably upload with feisty-backports in the ppa and it should pick up qt 4.3 [12:18] mhb: do you have a fix for python-qt4-dbus then? [12:19] Riddell: a debdiff? Almost, but I'd like to ask doko first. He must have had a reason for it to break. [12:20] mhb: what do I need to move around? just to test allee's script [12:20] Riddell: scroll up a bit and find my message about a "sudo ln -s" [12:21] groovy, that seems to work [12:24] Tonio_: you forgot the -0ubuntu1 part on the kdebluetooth version number [12:25] I've uploaded it with allee's new qt happy script [12:25] mhb: send doko an e-mail is probably the best way to ask [12:33] Riddell: okay [12:37] Riddell: thanks a lot :) [12:38] Riddell: yeah, I forgot that dch uses 1 by default instead of 0ubuntu1.... sorry