=== yofel_ is now known as yofel [02:30] Rollcall. [02:33] \o [02:34] o/ [02:35] ScottK & JontheEchidna: Hello. Sorry I've been elsewhere the last few days; I'm about to get in touch with UndoIT. Is there anyone else I missed and should contact? [02:36] I cannot recall anyone else [02:40] There was someone who was here who volunteered to help on web site design [02:40] * ScottK is blanking on who [02:50] Someone besides UndoIT? https://lists.ubuntu.com/archives/kubuntu-devel/2009-November/003516.html [02:51] Yes, it was someone on IRC [02:52] My backlog search doesn't seem to be working out very well though [04:07] Riddell: Would it be possible to move "Kubuntu Lucid Packaging" back an hour on Monday. There's another session on at Noon I'd like to go to. [04:07] (back meaning earlier) [04:09] Riddell: I've also got a conflict the last hour of the day for Kubuntu Lucid Development [04:24] * kb9vqf really, really hates Compiz & KDE virtual desktops vs. viewports [04:29] kb9vqf: Switch to KDE4 and use Kwin. Problem solved. [04:29] ;-) [04:30] ScottK: Well, that would solve one problem and create about 50 others ;-) [04:30] * kb9vqf doesn't use compositing anyway; it's for another user [04:31] I didn't either in KDE3. I find it very useful in KDE4. [04:44] ScottK: out of curiosity, what sorts of workflows benefit from kwin's compositing? [04:46] dtchen_: I find it's present windows a very good way to switch between windows when I have a bunch open. [04:47] I also find some of the translucency stuff benificial. [05:00] ok, so overview type? Interesting. [05:11] I was chatting with a friend of mine who uses both OS X and KDE 3 (in Debian Testing) and is likely to switch to KDE 4 soon perhaps without OS X. When he described the feature he'd most miss from OS X (I can't remember Apple's name for it), it turned out to be pretty exactly "Present Windows". [05:14] ScottK: do you know why python-marble package is disabled in the kdeedu's control file? no informations in changelog [05:14] it failed to build once upon a time [05:15] oh, maybe not. I might be thinking of something else [05:15] * JontheEchidna tries to remember why [05:15] :) [05:16] Sime: Do you have any recollection of ^^? I think you might have been consulted at one point about it [05:16] well, I can test if builds, if not, I can keep it disabled [05:31] IIRC it was disabled in the Jaunty backport due to bindings problems. [05:31] I should have been enabled for Karmic [08:14] I have this really annoying bug... [08:14] I have xinerama, mouse moves fine and things generally work fine but when I use the internal laptop mousepad, then I cant move the mouse out of the lappy screen. weird. :/ [08:14] oh yeah, FGLRX rubbish driver... [09:07] still noone about? [09:07] kubuntu lucid packaging here is linked wrong... http://summit.ubuntu.com/uds-l/2009-11-16/ [09:12] seems as though most of the kubuntu ones are. they go to non existing wiki pages, instead of the LP page for it. [09:14] I love mornings... so peaceful :P === dpm_ is now known as dpm [09:49] Hi, is the planet really the place to post political hate? [09:50] MelisU: hrm? [09:51] that guy posting the Obama countdown, he surely hates [09:51] MelisU: planet ubuntu? [09:52] MelisU: Subscribed feeds ought to be at least occasionally relevant to Ubuntu, although the only hard and fast rule is "don't annoy people." [09:52] yup [10:00] http://machine-crusade.net/blog/2009/11/11/ha/ [10:00] this one, right? [10:09] * jussi01 doesnt see that as hate, just an opinion. [10:19] jussi01: I see it only as nonsense in planet ubuntu, I rather keep that kind of posts away from there [10:20] Tm_T: Ive no problem with people expressing views. its an agreggate of peoples blogs, people need to be polite and courteous, but are allowed to have opinions. [10:20] sure [10:21] the minute we start suppressing opinions... [10:21] I have no problem with it neither [10:21] anyway, more harm has done this blog post (it's fully in planet ubuntu, graaaah) http://blog.thesilentnumber.me/2009/09/top-things-to-do-after-installing.html [10:21] Tm_T: Been there twice. [10:22] 'tis old. [10:22] that long posts really should show only some leading paragraph in planet [10:46] Riddell: args, my whole KDE session just crashed again [10:46] clicked something in Amarok, BOOOM [10:46] back to KDM [10:46] this is not good [10:47] can you give me instructions how to debug this with Apport again? [10:47] I forget [10:48] markey: erk [10:48] markey: well turn on apport in /etc/defaults/apport and it'll catch the crash when it happens [10:49] ok [10:49] can I stull use DrKonqi then? [10:49] or does it replace it? [10:49] still* [10:49] next time kde starts there will be a "!" icon in the system tray which will run apport when you click it and send the backtrace and other files to launchpad [10:49] ok [10:49] it replaces drkonqi [10:49] oh well, so be it [10:50] question is, bug in KDE or elsewhere... we'll see [10:50] hopefully not in KDE [10:50] KWin comes to mind [10:51] kwin doesn't kill the session as far as I know [10:51] ksmserver would [10:51] and of course X or an X driver would [10:51] this all started to happen after the KDE 4.3.3 upgrade from backports [11:06] hmm, maybe a good thing we didn't put it into -updates yet [11:10] next problem: for some reason, my MTP device is no longer detected [11:10] it all worked fine a few days ago [11:10] libmtp is there, everything [11:10] didn't change anything there [11:12] what is mysqle_amarok_local_errmsg_feature.diff for amarok? [11:12] now I have a zombie amarok process that I can't kill [11:13] mark 21356 2.0 0.0 0 0 ? Zl 12:09 0:04 [amarok] [11:13] * markey starting to panic a bit [11:13] this is my workstation [11:14] ok, restarting desktop with Apport enabled [11:14] brb [11:16] hm, no "!" icon there [11:17] *** glibc detected *** ./ex1: realloc(): invalid next size: 0x08d76008 *** [11:17] hrrhrr :D [11:18] markey: I am not an apport expert, but probably you can find the crash report under /var/crash [11:18] Patch (05_mysqle_amarok_local_errmsg.diff) Amarok MySQLe to search for [11:18] the errmsg.sys in the /mysqle (--language option). [11:18] I am afraid I have no idea what this is :) [11:19] mark@hyperion:~$ ps aux | grep apport [11:19] mark 22499 0.0 0.0 7336 888 pts/9 S+ 12:19 0:00 grep apport [11:19] hmm [11:19] I tried to force start it [11:19] sudo service apport start force_start=1 [11:20] didn't do much [11:20] neversfelde: no idea about that mysql patch, sorry [11:21] interesting [11:21] markey: k, it is not working anymore, we should probably try to drop it and see what debian does [11:21] now this: [11:21] amarok: [MtpHandler] Initializing MTP stuff [11:21] amarok: [MtpHandler] Getting list of raw devices [11:21] and then it hangs [11:27] ok I think I see what's going on with MTP [11:27] lemme try something [11:29] forget about the MTP thing [11:29] that's actually an amarok bug [11:32] so anyway, back to Apport: I've enabled it, restarted KDE, but there is no "!" icon anywhere [11:32] is that good or bad? [11:32] markey: probably means nothing has crashes with apport enabled yet (check in /var/crash if you like) [11:33] ok [11:42] hey Riddell and JontheEchidna, well if what i did get in debconf package, I'd include that kde code in KPackageKit, and gnome-packagekit would be implemented by it's author too.. [11:43] dantti: but doesn't packagekit daemon prevent interruptions? [11:44] Riddell: well it does not allow you to use packagekit methods that block the transaction, but that doesn't mean we can't do an out of band solution... :D [11:44] Riddell: actually i could do exactly what aptdaemon does right now, and have debconf support [11:45] but i prefer to implement that directly into debconf-comunicate to avoid coding it twice (kpk and gpk) the same make socket read socket, then pass to d-c... [11:45] dantti: how does out of band work? surely debconf needs to ask and get an answer during the package install [11:47] Riddell: the out of band means like out of PackageKit, we code in an ifndef the code to handle debconf in kpk and gpk, then pass the socket path (in the case of dbus debconf frontend i passed the connection id), then aptcc (or apt) backends pass that to passthrough.. [11:48] Riddell: that doesn't change PackageKit methods and flow in any way, what we have is a solution that has another way of comunication... [11:48] all very impressive sounding [11:48] dantti: so what should we be pushing for inclusion at UDS next week? [11:49] it just use packagekit to make the backend aware of what comunication form should be used (ie a socket path..) [11:51] neversfelde: pkg-kde-tools_0.5.2ubuntu2 should fix your compile problem with doc paths [11:52] Riddell: k, I will try another build, thanks [11:54] neversfelde: http://people.canonical.com/~jriddell/tmp/pkg-kde-tools_0.5.2ubuntu2_all.deb [11:54] yo, ryanakca, I should be hassling Ng right? [11:54] Riddell: sorry, work stuff, well as i said in that post i'm waiting for debconf devs to aprove that solution, so i can code and test.. [11:54] Riddell: btw what is UDS? [11:55] Riddell: Please :) ... It would me much appreciated. Or whoever is in change of the security audits. [11:55] dantti: the ubuntu summit next week, you're not passing through dallas are you? [11:55] ryanakca: for the screenshot module? [11:56] Riddell: hehe, I'm a bit far far from there :P [11:56] Riddell: Yes, RT 7201 [11:57] ryanakca: should I have a password for the rt site? [11:57] anyone here familiar with the jockey-kde code? [11:58] amichair: jockey's code I always find to be overly complex, only pitti really is familiar with it [11:58] want me to introduce you? [11:58] sure [11:59] amichair: join #ubuntu-devel [11:59] * jussi01 thinks maybe he should bug someone about jockey-kde not updating the package cache, or are you planning to do that amichair? [11:59] firefox installer has the same issue [11:59] Riddell: agy might be more appropriate than Ng seeing that he's the one who started the audit. However, afaik, Ng is the one who takes care of the Drupal stuff [12:00] dunno, JontheEchidna suggested I move on from software-properties to jockey, dunno what I'm looking for - I'm on a general bug-killing spree === hunger is now known as Guest65340 [12:01] Riddell: if u have anything else to suggest as well, I can take a look. I wanna help get this stuff stable and usable. [12:04] amichair: this is kinda the bug IM talking about: bug 306349 [12:04] Launchpad bug 306349 in jockey "Check if apt cache is outdated" [Low,Triaged] https://launchpad.net/bugs/306349 [12:05] thats quite old, but it is in jockey-kde [12:06] jussi01: you think it doesn't happen in jockey-gtk? [12:06] bug 357134 is more it though (although I think they are same bug?) [12:06] Launchpad bug 357134 in jockey "jockey-kde hungs on 'Activate'" [Undecided,Confirmed] https://launchpad.net/bugs/357134 [12:06] Riddell: its curious, as yesterday I could install ati drivers with jockey-gtk but not with -kde. [12:09] jussi01: I saw a bunch of reports about ppl clicking activate and nothing happens - is this all the same bug? [12:09] amichair: Im not certain, but seems a user fixed it the other day by running apt-get update. however, I dont know for sure. [12:09] it did not fix it for me. [12:09] yes that's what happened when I tried it [12:10] jussi01: so I guess that's not it... [12:10] amichair: I think not, in all cases, but in some. [12:11] amichair: I was able to install with jockey-gtk yesterday (as I just said), when even after apt-get update jockey-kde did not work. [12:12] anyone have thoughts on how I can test this in a vm? anything I can make it detect in there? wouldn't want to trash my work box [12:12] jussi01: which bug corresponds to what happened to u? any error message? [12:12] well I can deactivate and reactivate if it helps. [12:12] The lack of local cache problem affects both jockey-gtk and jockey-kde and is release noted as such. The rest, I don't know. [12:12] amichair: bug 357134 is closest to me [12:12] Launchpad bug 357134 in jockey "jockey-kde hungs on 'Activate'" [Undecided,Confirmed] https://launchpad.net/bugs/357134 [12:13] ie. clicking activate does nothing. [12:13] jussi01: but no error or anything? and gui is still responsive? (i.e. one of the other buttons work)? [12:14] no and yes. [12:14] jussi01: ok... the main problem is how do I recreate this in a test environment :-/ [12:15] that's always been an issue with jockey, you don't have the hardware to test it [12:15] there is a test module that you can set up, pitti will know how [12:15] amichair: yeah, its hard. [12:15] mind, theres a related issue Im seeing. [12:16] If i click remove, green light disappears in jockey-kde, but if I restart it, the enabled light is back. [12:16] and are we sure this ony happens in kde? that can help sort it out too [12:16] * jussi01 tries with -gtk [12:17] amichair: the behaviour I just described only happens with jockey-kde (-gtk works) [12:18] amichair: ok, I have the behaviour for the bug here after removing the driver. [12:20] jussi01: didn't get that last bit [12:20] and yes, it only happens on jockey-kde [12:20] jussi01: oh ok [12:20] amichair: I can reproduce. [12:20] jussi01: I envy you :-) [12:21] amichair: I have to go get my GF from work, Ill be back later so we can test. ok? [12:21] jussi01: sure, have fun :-) [12:21] jussi01: if u can, maybe update the bug issue with all the details above and exact reproducing steps? [12:33] cool, the virtualbox guest addons shows up in jockey in the vbox, so I have something to test with :-) [12:41] Hi, I have a PyKDE4 question, is it possible to have a daemon process that listens just for signals and acts on it ? [12:42] most of examples I see mention the requirement of KAboutWindow and KCmdline before getting access to KApplication objects [12:42] s/KAboutWindow/KAboutData [12:43] Sime: ^^ [12:43] raja: signals don't make it across process boundaries, they're all in process (but work across threads) [12:43] you'll have to resort to d-bus for IPC [12:43] with Qt4, you can work without a GUI though [12:44] thanks sebas, im trying to do without a GUI, Ill lookup PyQt. [12:45] alright :) === debfx_ is now known as debfx [13:14] Riddell: 4 duplicate bug reports for this issue, which turns out to be a simple gui thing - one of the reporters actually gave a perfectly correct analysis of the problem. I guess no one read it :( [13:14] Riddell: do u have a guideline for which to mare as duplicate? the oldest? one with most comments? most accurate description? just pick any? [13:15] amichair: one with the most useful information/comments I guess [13:16] Riddell: and does launchpad automatically take care of transitivity, i.e. one dup of two dup of three, will make them all point to three? [13:20] amichair: I think you need to point them all at the one chosen bug number [13:20] I seem to mind it doesn't let you make a dup point at a dup [13:20] Riddell: ok, I'll try to untangle this DAG [13:21] Riddell: yep, just gave me an error [13:26] Riddell: is it possible jockey doesn't have a changelog file? [13:26] amichair: bzr log ? [13:27] amichair: where did you get it, there's the "upstream" branch and the "ubuntu" branch which will have debian/changelog [13:27] Riddell: I run dch, it tells me there's no changelog, and I really don't see one [13:27] Riddell: bzr+ssh://bazaar.launchpad.net/~jockey-hackers/jockey/trunk/ [13:28] amichair: (I did bzr branch lp:jockey, iirc) [13:28] amichair: right that's the "upstream" branch, that gets merged with the ubuntu branch for release which adds in the debian/* bits [13:28] amichair: it's best to work on the upstream branch [13:28] but then you'll need to merge or just copy the debian directory if you want to package it [13:29] Riddell: so I just use a bzr log message, and whomever will do the merge will add it to the changelog? can I put LP# references there too? [13:29] amichair: yes I believe so [13:30] http://www.stardock.com/products/fences/ [13:30] isn this a plasma widgets rip [13:30] o.O [13:32] Riddell: k, thanks [13:34] it's fun closing 5 bug reports with one line of code :-) [13:36] Riddell: btw, who's upstream in this case? [13:37] Riddell: oh also, so I need a --fixes bug in this case? [13:39] amichair: upstream is pitti and ubuntu. he likes to keep separate upstream and ubuntu branches in the hope that other distros will use it (even if the only difference in the branches is the packaging) [13:40] Riddell: ok, sorry for all the questions... [13:40] questions are good [13:40] Riddell: ok, one more :-) : is pitti the one I should ask to review the branch and merge? [13:41] amichair: might be worth checking if there's a "how to hack on jockey" wiki page or anything and if there isn't then making one [13:41] amichair: pitti or me I guess, me if it's more fixing KDE UI bits, pitti if it's more about using jockey internals [13:42] Riddell: in that case... I've got work for u :-) [13:51] JontheEchidna: you questioned if we need kubuntu_01_no_translate_pc_diff but we do else .pot files get full of strings from .pc (which is always made when using quilt), we need to add equivalent patches to several other packages [13:56] yeah, I figured that out during the merge. it needs to stay [13:56] think we could upstream that? It's just a teeny argument to a regex [13:57] well, not a regex [13:57] JontheEchidna: I could just quietly commit it, it's concievably other people would also be using quilt [13:59] kubuntu_06_user_disk_mounting I'm not sure what to do with, ervin has said in the past he's not keen on it, I wonder what other distros do [13:59] kubuntu_68_remove_applet_confirmation I didn't even know we had, I'll send that to the plasma list [13:59] kubuntu_80_kaction_qt_keys.diff depends on a patch in qt doesn't it? [14:00] debfx: do you know the status of that? [14:00] the applet confirmation one needs some work. Any patch that has "Hack" in the comments needs work :P [14:00] wouldn't hurt to fire off a mail to p-d anyway I guess [14:02] JontheEchidna: good merge anyway, uploading then sending relevant diffs to debian and upstream [14:02] just watch your indentation in the changelog :) [14:02] Riddell: did I add the pc patch back to bzr? [14:02] yeah, looks like I did [14:03] yes it's there [14:03] ok, then it has my stamp of approval [14:53] mhh, I can't see any notifications from knotify with the new amarok [15:21] hi Riddell, I'm looking at bug 379820 and I'm wondering if it could be assigned to a particular KDE/Kubuntu package rather than the language pack, do you (or anyone else) have got any suggestions? [15:21] Launchpad bug 379820 in ubuntu-translations "KDE language pack updates should call kbuildsycoca4 --noincrement" [Medium,Confirmed] https://launchpad.net/bugs/379820 [15:25] dpm: I guess kded4 (which is in kde4libs) needs patched to watch for new language packs === dendro-afk is now known as dendrobates [15:29] Riddell, thanks. I'm not too familiar with the kde libs, but is kded4 then only for KDE3?, i.e. does this bug only affects KDE3 and upgrades to KDE4? [15:31] dpm: it affects kde 4 when installing new languages [15:31] Riddell: i see you submitted the kickoff patches again [15:31] assuming the bug exists, I've never seen it happen [15:31] is this the 3rd time? [15:32] Riddell, ok, thanks, I'll update the bug [15:32] seele: let it never be said that we have patches without upstream knowing [15:32] Riddell: oh, they *know* about our patches, that doesnt mean they like them :) [15:39] Riddell, what's the source package for kde4libs, then? I'm trying to add a bug task and can't find it [15:39] dpm: kde4libs is the source package [15:44] Riddell, my bad, I was trying to open a bug task for a project instead of a src package, that's why I couldn't find it. Thanks [16:03] so, hi there [16:10] did someone see the mail from the kid3 author on the motu list? [16:23] Riddell: I guess I can add my brand new blog to planet? [16:23] blah: http://labs.trolltech.com/blogs/2009/11/12/bc-break-in-46-against-previous-46/ [16:24] Just finished reading this, people running trunk will rage :P [16:24] we have 4.6 in lucid. I think I may rage :< [16:25] JontheEchidna: why? [16:25] let me draw something for you :3 [16:26] rebuilding everything that's been built against 4.6 in lucid will have to be rebuilt [16:26] er, that didn't quite make sense [16:26] Quintasan: if you're a member [16:26] rebuilding everything that's been built against 4.6 in lucid will be a pain [16:26] JontheEchidna: well, those will be rebuilt anyway at some point ? [16:27] yay, my machine is ready! [16:27] JontheEchidna: http://imagebin.ca/view/5SPn-Add.html [16:28] Tm_T: depends. Some packages might not get a new upstream release for a while so we may forget about them. It'll be a pain to see what needs rebuilding and what doesn't [16:28] Quintasan: lol [16:29] JontheEchidna: I see [16:29] BIC changes are a pain in general :( [16:29] especially if you happen to be running lucid yourseld :P [16:29] JontheEchidna: I'm used to have API and ABI changes in my builds (: [16:33] ScottK: sessions moved [16:37] hey Riddell - do you get a lot of bugreports about java not being installable? bug #378802 looks like the lack of a debconf qt frontend is causing some grief and I wonder how widespread the issue is [16:37] Launchpad bug 378802 in sun-java6 "could not install sun java6jre_6-13-1_all" [Undecided,Incomplete] https://launchpad.net/bugs/378802 [16:40] mvo: surprisingly few, I always thought most people used openjdk these days, but I did see a blog today where it was highlighted as the main issue and there's a thread on ubuntuforums about it, I don't know if mozilla java plugins installs sun java in karmic and didn't before [16:40] but yes it's the lack of debconf frontend anyway, so we do need the stuff dantti's been working on in lucid [16:41] Riddell: ok, thanks. this is definitely the future, I was wondering if there is anything we can do now, but I don't have a bright idea [16:41] bug 350972 [16:41] Launchpad bug 350972 in kpackagekit "Kpackagekit not able to install sun java due to license agreement" [High,Confirmed] https://launchpad.net/bugs/350972 [16:42] blacklist sun java in kpackagekit somehow would be the thing we should have done in karmic [16:42] mvo: poke more cjwatson till he get furious lol [16:42] dantti: heh :) [16:43] dantti: I did, I see him next week, I will continue poking him then [16:43] JontheEchidna: thanks, I reassign the other bug to this [16:43] mvo: if I got any approval on any debconf dev about doing that socket thing in debconf-comunicate it would be done in aptcc and kpk verry fast.. [16:44] dantti: cwjatson is the one I know, but I have the feeling that the --socket option is the right solution, nice and isolated [16:45] mvo: yup, imo that's good cause avoid have to add too much code to kpk and gpk.. [16:45] mvo: btw did you test aptcc? :D [16:46] dantti: not yet, just looked at the code so far, not compiled it yet [16:46] dantti: I need to do that though [16:46] the only bug in it right now is that yes to conffile questions.. but i don't have any idea what's wrong.. [16:46] Riddell: koffice build with new pkg-kde-tools [16:46] neversfelde: phew [16:47] mvo: k, hope you like it... it's working pretty well/fast :D [16:47] Riddell: eek, kdepimlibs will fail to build [16:47] JontheEchidna: how? [16:47] boost 1.40 isn't in main yet, they were going to make the decision later this week [16:47] I forgot to bump it back down to 38 [16:47] doh [16:48] have to go to the orthodontist's now, bbl [16:48] good luck [16:54] Riddell: SRU for nasty #462049 is now in the queue (dixit seb128)* [16:57] omg, "xbox hueg" [16:59] agateau: hmm, don't see it in -proposed queue [17:07] Riddell: seb128 said it was waiting for pitti [17:08] yes, although I could sneakily just accept it myself [17:09] :) [17:17] Riddell: member of what? wiki says I need to be a Ubuntu Member [17:17] Quintasan|Szel: right [17:18] guess Ill write something interesting first :P [17:18] Quintasan|Szel: you an ubuntu member so that's fine [17:18] go ahead and add your blog [17:20] Ill do it when I get home, I forgot to forward ports on new router and I'm stuck on another shell [17:20] Quintasan|Szel: you are an ubuntu member? [17:21] Quintasan|Szel: if so, you can get yourself an @ubuntu/member/accountname cloak if you like. [17:23] * Tm_T thinks people here should have ubuntu AND kde cloaks (: [17:27] jussi01: how do I get a one? [17:28] #ubuntu-irc I believe is best place to request it [17:29] Quintasan|Szel: https://wiki.ubuntu.com/IrcTeam/Cloaks [17:30] neversfelde: would read it but I'm on phone currently :) [17:31] Quintasan|Szel: join #ubuntu-irc ask and supply your lp id [17:31] err url to your lp page... [17:32] ok [17:32] Poland + so called 3G == constant disconnects === Quintasan|Szel is now known as Quintasan [17:46] seele: would you agree that knetattach is best used though dolphin and not through the k menu? [18:07] ryanakca: ng pointed me at agy, I've had no reply from him :( === Quintasan is now known as Quintasan|Szel [18:29] apachelogger: kubuntu_13_startkde_set_country.diff, upstreamable to debian? upstreamable to KDE? [18:39] shtylman_: kubuntu_63_ksplash_fix.diff changelog says it's from trunk but it's not in trunk? === maco_ is now known as maco [18:46] I must say that 9.10 works just great [18:46] JontheEchidna: kubuntu_72_remove_startkde_cruft.diff upstreamable? [18:49] Is there a way how I can find a KDE process from the session number, in a similar way as I could do with dcop? [18:50] session number? [18:50] if a python reference is set to None, does the previous object value immediately get destroyed? [18:50] well.. in top I can see session ids [18:52] txwikinger: Dunno if this helps you but I use "ps aux | grep [18:53] Quintasan: Well.. I want to find the associated window, i.e. the particular konqueror that takes so much cpu time [18:53] with dcop I could get the urls open etc, so I could find it [18:54] txwikinger: hmm, dunno then, I use htop or ps aux [18:54] amichair: not immediately but once the garbage collectors run it will be if nothing else points to it (in Qt widgets usually have parents pointing at them if they're not top level) [18:55] Riddell: I think we used to set icons for the folders that are made in users home by default, didn't we? [18:55] like Downloads, Documents, Videos etc. [18:55] yes I think so [18:55] Riddell: I found the cause of at least one of the jockey-kde crashes to be the KSystemTrayIcon. if it's not created, the crash goes away. I'm trying to figure out how to manually destroy it... [18:56] Riddell: I found that setting its parent to None and then the reference to it to None just before exiting also fixes it, but from your answer it sounds like this is not reliable... any ideas? [18:57] Riddell: http://imagebin.ca/view/f5v_gb.html -> fast changes, would look like this, brb [18:58] amichair: Here is something aout python garbage collector: http://www.electricmonk.nl/log/2008/07/07/python-destructor-and-garbage-collection-notes/ [18:58] txwikinger: thanks [18:59] amichair: you can delete objects [19:00] amichair: also KSystemTrayIcon should be ported to KNotificationItemThing, which is the new systray icon replacement, but I don't think that has python bindings yes [19:00] * txwikinger wonders if it makes sense to have the pid in the about widget of an KDE app [19:00] Riddell: yes, I saw it says that in kde 4.4 api, but it doesn't exist yet in 4.3 [19:02] Riddell: I suppose the core bug is in KSystemTrayIcon in any case, but since there will be a transition to the notification thing anyway, it won't matter by then. I'm looking for a workaround for the meantime [19:02] can I make an existing window pop to the top from command by giving the pid? [19:03] Quintasan|Szel: looks nice, what needs doing for that? === dendrobates is now known as dendro-afk [19:04] debfx: what's the status of kubuntu_101_brightness_fn_keys_and_osd.diff going upstream? [19:05] * Riddell uploads kdebase-workspace [19:07] txwikinger: excellent read! [19:07] amichair: good if it helps you :) [19:13] afternoon :) [19:13] nixternal: \o [19:14] Is it a known bug that jockey fails to install drivers? [19:16] hi [19:16] Quintasan: yep, use the gnome jockey, the kde never worked for me [19:16] Mamarok: thanks [19:16] Riddell: should we still provide packages that use kde3 for their functionality? [19:17] Riddell: like soundkonverter or that app taskjuggler which was mentioned on #kubuntu by antlarr [19:17] txwikinger: it did - another crash bites the dust :-) [19:17] antlarr: it depends on kdepim libs form KDE 3 right? [19:17] right [19:18] Riddell: i'm not even sure what knetattach is [19:18] amichair: cool [19:18] right now it doesn't have ical support because it depends on libkdepim3 [19:18] hey nixternal.. who was the biking [19:18] hmm.. has anyone talked about this yet? i havent been paying attention: http://apaku.wordpress.com/2009/11/10/dont-install-ubuntu-9-10-if-you-want-a-stable-kdevelop [19:19] complaints about how kdevelop is packaged [19:19] seele: as JontheEchidna said, it's not like KDevelop 3.5 is maintained [19:25] hurr durr, ugly dependencies on policykit agents [19:25] I think just including kdelibs3 and kdepimlibs3 (and their -dev packages) would be enough to have a fully functional taskjuggler [19:25] Can't we just set gnome or kde agent for policykit? [19:28] Is Taskjuggler close to a KDE4 release? [19:28] txwikinger: was awesome...I am thinking of going for a ride either today or tomorrow [19:28] ScottK: I don't know [19:28] probably tomorrow..I need to get my puters all fixed up here so I can start working on Lucid :) [19:28] I think adding back KDE3 stuff is a non-starter. [19:28] ScottK: I don't think so [19:28] last time I checked, I think Christian was rewriting it in ruby [19:28] last update of taskjuggler Oct 20, 2009 [19:29] IIRC, pimlibs wasn't a separate package in KDE3. [19:29]