[00:00] <BUGabundo> I read the bug
[00:00] <BUGabundo> but I rather not
[00:00] <BUGabundo> so I can file bugs on apps
[00:00] <BUGabundo> that aren't fine
[00:12] <fta> jcastro, http://bazaar.launchpad.net/~gwibber-committers/gwibber/trunk/revision/396 "Don't try to use wnck if it isn't installed", what is wnck?
[00:17] <fta> jcastro, should i respin the bot?
[00:52] <fta> $ ps auxw | grep -c defunct
[00:52] <fta> 64
[00:52] <BUGabundo> eh
[00:52] <BUGabundo> 2
[00:53] <fta> 2+tons of ssh
[17:10] <penguin42> does firefox observe --sync or similar to run in synchronous X mode?
[17:46]  * penguin42 drops a pin
[19:52]  * asac sends greets sitting at a bar :)
[19:53] <mac_v> asac: hei... have a min for just one small doubt :)
[19:53] <penguin42> ah drunk in charge of an irc client
[19:53] <asac> hehe
[19:53] <asac> yeah
[19:53] <asac> not yet drunk though
[19:54] <asac> mac_v: whats up?
[19:54] <penguin42> do either of you know if firefox observes --sync or similar?
[19:54] <asac> i will be back on monday european afternoon for more extensive things
[19:54] <asac> penguin42: i think so
[19:55] <asac> penguin42: the bad window startup crash?
[19:55] <mac_v> i'm running valgrind for  nautilus memoryleaks  , I'v run it for ~5hs and my nautilus-memcheck use is now 20% ... shall i stop now? would the info be sufficient?
[19:55] <asac> mac_v: memcheck on its own consumes a lot of mem
[19:55] <asac> so you cannot really defer from it
[19:55] <penguin42> asac: Cool; no - it's a crash with nspluginwrapper.  If I kill nspluginwrapper and then reload firefox dies as of the last few weeks
[19:56] <asac> penguin42: what error are you getting? bad window?
[19:56] <penguin42> asac: Yes after the reload
[19:56] <asac> mac_v: did you use nautilus extensively? if so it should be ok
[19:56] <mac_v> hmm... :( , for me, usually nautilus consumes 10% memory on its own after 24hrs , but now since its running via memcheck i dont know how to differentiate
[19:57] <asac> mac_v: if you did the normal usage in the meantime it should be enough
[19:57] <penguin42> asac: I'm used to nspluginwrapper/flash dieing but normally ff carries on, especially if I kill the nspluginwrapper
[19:57] <mac_v> regular file operations , yeah i did that
[19:57] <asac> mac_v: but usually you have to tell it to use always-malloc to get good results
[19:57] <asac> mac_v: give it  a try
[19:57] <asac> save the output you get
[19:58] <mac_v> i'm using malloc $ G_SLICE=always-malloc G_DEBUG=gc-friendly  valgrind -v --tool=memcheck --leak-check=full --num-callers=40 --log-file=valgrind.log nautilus
[19:58] <asac> mac_v: sounds good
[19:58] <asac> penguin42: yeah so have you tried --sync?
[19:58] <penguin42> (the other problem is that gdb'ing firefox takes to the whole of X out)
[19:59] <penguin42> asac: No, I haven't yet - I was just checking if it did it
[19:59] <mac_v> asac: ok... thank you :)
[19:59] <asac> penguin42: from what i know it works. at least --sync makes some X errors harder to reproduce and i managed to get some good backtraces
[20:00] <penguin42> yeh it's getting good backtraces that's the important - finding out who was nasty enough to create a bad window
[20:00] <asac> however for serious debuggign you usually need a debug build though
[20:01] <penguin42> sure
[20:01] <asac> yeah ... ok out again ... wife waiting and doesnt agree that i should do computer on holiday :) ... talk to you guys on monday!!
[20:01] <asac> greets to all that were not here :)
[20:02] <penguin42> have a good one
[20:02] <asac> thx
[20:35] <penguin42> damn this thing just won't die with --sync
[21:20] <fta> dtchen, hey, since my last reboot (yesterday), i can't watch any movie correctly, the sound is ok, but the video freezes, restarts in fast mode, then slows down, freezes, etc.. any idea?
[21:22] <dtchen> fta: which app, which output plugin?
[21:22] <fta> dtchen, mplayer, ao=pluse
[21:22] <dtchen> if you're using the ppa version of PA, i know about the memchunk crasher and udev "no sound cards" symptoms
[21:23] <fta> hm, i had to kill pa twice today, lost sound
[21:23] <dtchen> ah, that must be the ppoll() issue
[21:23] <dtchen> that's next on my plate to debug
[21:23] <dtchen> known upstream - Red Hat/Mandriva/Ubuntu folks involved
[21:25] <fta> 1:0.9.16~test6-30-g300384-0ubuntu1~ubuntuaudiodev1
[21:26] <fta> should i downgrade? i'm not sure if it's p-a, the new kernel or something else, so many things changes the last few days
[21:26] <penguin42> current kernel/pa seems to be doing good for me - probably best in a long time
[21:27] <fta> it clearly regressed for me
[21:28] <dtchen> 38-g8bf2-0ubuntu1~
[21:29] <dtchen> is the latest in the ppa. if that's still problematic, try reverting to the stock Karmic version, and if that combination still fails, drop linux-image back to -7.27 or -6.26
[21:29] <dtchen> what's maddening about debugging this stuff is that running PA via gdb makes things "work" :-(
[21:30] <penguin42> dtchen: Like this ff crasher I have that doesn't seem to exhibit with --sync
[21:32] <fta> dtchen, ok, upgrading then
[22:17] <BUGabundo> hi
[22:19] <penguin42> BUGabundo: I've not seen any comments on those migration script comments of mine - I hope it gets some work prior to release
[22:20] <BUGabundo> :(
[22:41] <fta> good, today's gwibber no longer barks at me
[22:41] <BUGabundo> heheh
[22:41] <BUGabundo> but stll sucjs
[22:41] <BUGabundo> mine seems to be stuck at 8h ago and won't update
[22:42] <BUGabundo> I'm really close to downgrade
[22:42] <BUGabundo> current version doesn't seem to add anything, just probs and lack of features
[22:47] <fta> BUGabundo, avatars are no longer cached?
[22:49] <BUGabundo> yah I noticed
[23:00] <fta> http://paste.ubuntu.com/261633/
[23:13] <fta> [reed], ff trunk still broken :P
[23:14] <BUGabundo> broken how?
[23:19] <fta> BUGabundo, broken as in not building
[23:19] <BUGabundo> ahh
[23:20] <fta> i have 100 times more users of chromium than of firefox-3.7 :P
[23:22] <BUGabundo> eheh
[23:22] <BUGabundo> *times* ?
[23:23]  * BUGabundo redenting
[23:31] <fta> no
[23:32]  * BUGabundo shrugs
[23:33] <fta> is the update-manager broken?
[23:34] <BUGabundo> what isn't at this point?
[23:35] <BUGabundo> fta: what would it take to get statusnet deb into karmic now that we are past FF?
[23:36] <fta> http://www.sofaraway.org/ubuntu/tmp/Software-Update.png
[23:36] <fta> empty?
[23:37] <BUGabundo> fully updated? ehe
[23:37] <BUGabundo> $ sudo aptitude update ; sudo aptitude safe-upgrade
[23:37] <BUGabundo> any different?
[23:37] <fta> it says 5 updates available
[23:37] <fta> The following packages have been kept back:
[23:37] <fta>   cupsddk mysql-client stardict stardict-common stardict-gtk
[23:37] <fta> hm
[23:38] <BUGabundo> full-upgrade then
[23:38] <BUGabundo> and see if it does something evil
[23:38] <BUGabundo> I don't get that
[23:38] <BUGabundo> 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[23:38] <fta> if i force stardict:
[23:38] <fta> The following packages will be REMOVED:
[23:38] <fta>   gnome2-user-guide scrollkeeper
[23:39] <BUGabundo> ahh
[23:39] <BUGabundo> better not
[23:39] <BUGabundo> and wait for depency to be rebuild
[23:39] <fta> scrollkeeper is a pig
[23:40] <fta> stardict 3.0.1-5
[23:40] <fta> Published in karmic-release on 2009-07-20
[23:40] <fta> hm
[23:41] <fta> https://edge.launchpad.net/ubuntu/+source/stardict
[23:42] <fta> cupsddk is broken because of cups-ppdc
[23:42] <fta> *sigh*
[23:44] <BUGabundo> hehe I forced the upgrade on those
[23:58] <penguin42> damn, running with --sync and mozilla has stayed up for hours
[23:58] <BUGabundo> eheh
[23:58] <BUGabundo> I know
[23:58] <BUGabundo> that or, safe-mode, quit, start FF