=== wedgwood is now known as wedgwood_away [00:34] nice work xnox! cjwatson did you see the xchat change? [00:35] cjohnston: Most important change in the distro in years? :P [00:35] cjohnston: I need to make the same change for irssi. [00:35] infinity: probably. lol [00:35] Actually, that may already be the irssi default, it may just not always keep enough history to remember who my last-tabbed cj was. [00:36] I'll have to experiment. [00:36] jtaylor: how did the work go with shiboken? ever figure it out? [00:36] cjwatson: Testing, ignore. [00:36] Yeah, my irrsi does the last-tabbed cj correctly on this machne. [00:36] irssi, too. [00:37] mine defaults to cjw.. :-) lucky me! lol [00:37] Glad I don't ping myself [00:38] I still get messed up on ogra/ogasawara though, since I talk to both of them alternately. Oh well. [00:38] Need a telepathic IRC client. Or to not be lazy and type 3 chars. [00:39] infinity: You? Not lazy? [00:39] I've trained myself to type 3 chars now, tends to help. [00:39] hehe.. 1 2 3 tab works in two cases [00:39] StevenK: Hush, you. [00:39] infinity: instead of just hitting tab twice when it autocompletes wrong? same number of keypresses ;) [00:40] slangasek: Cycling through hurts my tiny brain. All that flashing text. [00:40] cycling is good exercise [00:40] *rimshot* [00:41] I could say I finally made a changelog.. lol [00:41] Although, that may have been more deserving of a sadtrombone.com [00:42] cjohnston: Yeah, I noticed - hopefully it'll trickle down to people's configuration eventually ... [00:43] * infinity ponders changing his name to cjfinity. [00:43] go for it [00:44] cjwatson: You could have avoided this whole mess by going back to Kamion. [00:44] * StevenK waits for infinity to say "See, this is all your fault. Not mine for being inflexible, at all." [00:45] StevenK: Absolutely. And I'm infinity, not inflexible. Your tab-completion sucks. [00:45] I got lazy and wanted same username everywhere. Spare neurons are in shorter supply nowadays. [00:45] Or is awesome for tab-completing a word that doesn't appear in the nick list? [00:46] cjwatson: in that case I should change to chrisjohnston [00:46] StevenK: It's the new gmail tab completion that scans your email and offers suggestions based on your grandmother's eulogy. [00:46] cjohnston was taken on LP :-( [00:46] infinity: Good job that I don't use gmail, then. [00:47] And my grandmother's eulogy was in Polish only. [00:47] You sure can ruin a joke. [00:47] I try. [00:48] StevenK: I think this is an appropriate time to point out that when Pete and I were doing some budgeting earlier, we only budgeted for one Soyuz developer. [00:48] StevenK: You and William will be expected to battle to the death. [00:49] Hah [00:50] lol === rickspencer3_ is now known as rickspencer3 [01:56] bdrung: Hey, mind if I PM? [02:00] pitti: I figured out my apport question: http://paste.ubuntu.com/5566568/ [02:11] ps will show WCHAN while a task is blocked... how can I get a full kernel stack backtrace instead? [02:13] psusi: there's a sysrq key for that... [02:13] psusi: [02:14] psusi: 'l' will dump the stack for all cpus [02:14] psusi: 't' will dump a list of current tasks "and their information" -- whatever that is. it might be more useful (and also likely much uch more data) [02:19] sarnold, right, I was hoping for a way to just get the stack trace of the one task [02:20] psusi: hehe yeah :) I just don't know the way to do that [02:22] blargh... damn recent kernels and their disabling magic-sqreq functions by default [02:23] sarnold: tasks == processes + kthreads. [02:24] psusi: it's not a recent kernel thing. it's a sysctl.d thing [02:24] hyperair: sorry, I meant it in the sense of, "I don't know if that includes the stack dumps or just eip"... [02:24] yea, but where's the defaults set? not sure if it's an Ubuntu thing or an upstream change that changed the defaults [02:24] but it's annoying as all hell [02:24] psusi: /etc/sysctl.d/10-magic-sysrq.conf [02:25] i agree it's annoying. [02:25] * hyperair uses alt+sysrq+k all the time [02:25] yea, same [02:26] well, not all the time, but... when things go wrong, which is not all that infrequently [02:26] well the idea was that if you trigger the OOM killer enough, you might accidentally kill the screensaver (but not the rest of the X session), allowing you to gain access into the X session [02:26] and from there, possibly an open sudo session.. [02:26] or cached sudo session, for that matter [02:27] Not an entirely implausible situation. [02:27] infinity: yeah, but i'd prefer for gnome-screensaver to just poke oom_adj itself [02:27] screensavers swap out quickly, and as children of other more interesting things, would likely die early in the reaping. [02:28] seems to me you could still do that by hogging memory, so the proper fix is to make the screensaver immune to oom [02:28] Nothing's immune to the oom killer, is it? [02:28] iirc, there were knobs you could tune to tell it not to consider certain processes [02:28] infinity: well, it's enough to make gnome-session or X11 go out before gnome-screensaver. [02:29] /proc/self/oom_*adj [02:29] if you kill those then you end the X session [02:29] https://lwn.net/Articles/317814/ [02:29] set oom_adj to -17, and it isn't considered for OOM killing [02:29] bingo [02:30] * hyperair dpkg-divert's gnome-screensaver [02:42] psusi: well that's the idea, right? you don't want it to unlock your screen -- you want it to take out your X session, which is much more useful when a program goes into a runaway memory allocation loop [02:42] which does happen. [02:42] hyperair, indeed [02:42] and unity deals *very* badly with such situations [02:42] or when you are trying to play an opengl game and the gpu goes apeshit ;) [02:42] the whole display just freezes up because unity can't draw anything [02:43] psusi: that's alt+sysrq+k, not f [02:43] ohh, thought that's what you were talking about [02:44] speaking of which, i wonder how ubuntu phone deals with application lifetime? [02:44] does it also do the android oom-killer thing [02:44] ? [02:44] hyperair: 'phone-home' :P [02:44] lifeless: phone-home? [02:44] hyperair: bad joke [02:45] heh [02:45] the unity amazon issue, was it? [02:45] no idea, but I was doing a kernel config today and saw the opportunistic system sleep and wakelocks that android introduced and wondered if that might be a nice thing for my server to do... automatically enter S3 when nobody is connected [02:45] hyperair: nah, referencing ET [02:45] oh. [02:45] wake on lan when someone connects... [02:45] wasn't that S4 or something? [02:46] well, it certainly isn't hibernation on androids ;) [02:46] well yes [02:46] er wait, is S4 hibernation? [02:46] not sure if it's S1 or S3, but generally I think S1 died [02:46] yea [02:47] ah, S4 is hibernate. [02:47] way back before power supplies supported standby mode, S1 was kind of a useless state that stopped everything executing but since the psu didn't go to standby, about the only power it saved was putting the hard drive to sleep [02:48] lol [02:48] surely it's up to the individual devices to draw power from the PSU? [02:48] the CPU is powered down isn't it? and iirc that's a significant amount of power [02:48] not really.. for most devices, if psu gives them power, they are on [02:48] oh [02:48] interesting. [02:49] these days the CPU powers off while the system in in S0, via deep C states [02:49] but not completely [02:49] does at least with Intel deep C6 [02:49] oh [02:49] what about C7? [02:49] deep C6 is the bottom [02:50] hmm, it says C7-SNB on mine. [02:50] hrm... last I read the Intel specs, they did C0, C1, C3, C6, and in C6 vcc to the cpu was 0 [02:50] hmm === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [03:32] well, the sysrq full task info turned out to be sufficient... I found the bug in ext4 [04:26] Good morning [04:26] jbicha: indeed, that seems right [04:27] jbicha: but NB that this will still use the default configuration which crashes to send to LP and which not [04:27] jbicha: if you want to keep crash reports even if "main" ubuntu disables LP reports by default, you can do that, too; let me know what you need [04:27] infinity: I am now [04:31] hello. pbuilder-dist create command not working for precise pangolin. [04:33] pitti: I know we've been over this a few dozen times in the past, but do you have a reasonable estimate for growth-over-time of ddebs, so we can capacity plan for the librarian shift? [04:36] infinity: no precise numbers for each release, as /pool overlaps, etc. but let me try an estimate how much we would have if I hadn't removed older releases [04:37] pitti: I think that will be fine for now, it was annoying not to be able to use ubuntu-bug [04:37] jbicha: ah yes, for bug reporting your stanza is perfectly fine [04:38] jbicha: btw, I take it we want to put that into /usr/share/apport/general-hooks/ubuntu.py, not into every single GNOME package? [04:40] pitti: oh wow that would be a lot nicer [04:41] infinity: so http://paste.ubuntu.com/5566793/ is what we have today [04:41] infinity: NB that none of the releases have powerpc ddebs [04:42] pitti: Okay, well, that's much (much) smaller than I initially budgeted for, so we should be alright for a little while once we get this sorted. [04:42] infinity: /pool gets a bit fatter due to pulling ddebs from magic PPAs, and we currently keep old ddebs around for 30 days [04:43] pitti: Yeah, but I have to account for PPA storage too, so... [04:43] infinity: so assuming we keep 3 arches and stop removing packages for still supported releases, and assume that we stop losing ddebs, my guesstimate would be that with 1 TB we should be okay [04:43] infinity: but again, that's with removing old ddebs after 30 days, which I'm not sure we'd be doing on the librarian? [04:43] pitti: No, we won't be culling nearly as aggressively to start with, though we might have to eventually. [04:43] but removing old ddebs seems prudent to me, given how fat they are [04:44] pitti: But I budgeted for 10TB, so we'll see. [04:44] pitti: See, in my ideal world, we'd have ddebs matching every deb in the librarian. But we'll find out if that's untenable later, and we can twiddle some knobs to make them expire more aggressively. [04:45] infinity: do we have expiry knobs in LP? [04:45] pitti: Vaguely hardcoded, but yes. [04:46] pitti: Also, raring really has no PPC ddebs? :/ [04:46] infinity: they were "first against the wall" while we had them on macquarie [04:46] infinity: I can enable them now, if anyone wants to use them [04:47] Which is probably infinity and BenC. Only. [04:47] Well, to be fair, I tend to just rebuild things when I need to debug anyway (or, frankly, read gdb backtraces from stripped binaries half the time). [04:48] But if ddebs were actually 100% reliably available, my workflow would likely change, on all arches. :P [04:48] I get so used to stripped backtraces, unstripped ones sometimes seem like information overload. [04:48] "WHOA, HOW DO YOU KNOW ALL THESE THINGS ABOUT MY SOURCE, GDB, ARE YOU SOME SORT OF WIZARD?!" [04:49] Arent backtraces from striped binaries only "???"? [04:49] vibhav: Assuming they don't end in corrupted frames, stripped backtraces still give me function names, and I can still examine registers and such, it's enough. [04:50] vibhav: And if they do end in corrupted frames, debug symbols won't help you much. [04:50] When I was your age, we used to debug in the snow, uphill, both ways. [04:50] infinity:pitti:vibhav: can any of you take time out to help a beginner? [04:50] erickLee: Never ask to ask :) [04:51] vibhav:well i clearly asked and no one has responded [04:52] erickLee: Can you tell me the arguments to pbuilder-dist? [04:52] pbuilder -dist create, not working for precise pangolin [04:52] or precise-pangolin [04:52] or Precise-Pangolin [04:52] erickLee: You typed ? [04:53] no [04:53] erickLee: 'precise' [04:53] i typed the distro without <> [04:53] also tried precise [04:53] also tried pangolin [04:53] also googled [04:53] erickLee: Pastebin the output of 'pbuilder-dist precise create' ? [04:54] Warning: Unknown distribution "Precise". Do you want to continue [y|N]? n [04:54] infinity: You used to debug at the age of 15? [04:54] erickLee: Its "precise", not "Precise" [04:54] vibhav: Much younger. [04:55] infinity: you used protection, I hope? [04:55] like efence? [04:55] Bad pbuilder-dist, that's a series, not a distribution. [04:56] Bad docs still recommending pbuilder. :/ [04:56] infinity: :O [04:56] vibhav:thank you. sorry. could have sworn i tried the lower case. [04:56] Can we somehow burn them all with fire and get people standardized on schroot/sbuild and mk-sbuild? [04:56] clearly, people in the older days were geniuses [04:56] vibhav: Not a genius, I just had cruel parents. [04:56] vibhav: They bought us a computer instead of a Nintendo and said "if you want to play video games, learn to write them first". [04:57] That aint cruel [04:57] infinity: OOI, do we have some scriptery which sets up schroots with ephemeral tmpfs overlays automatically? [04:57] infinity: Thats excellent parenting :) [04:57] vibhav: It is when you're 4. [04:57] infinity: that would be the one thing that would finally cause me to move away from plain schroots [04:58] pitti: mk-sbuild sets up ephemeral schroots by default. [04:58] I quite like LVM plus snapshots for sbuild, it's handy [04:58] pitti: The overlay 'area' is just a directory, and I mount a tmpfs there. [04:59] schroot /var/lib/schroot/union/overlay/ tmpfs size=75% 0 0 [04:59] schroot 12G 1.6G 11G 14% /var/lib/schroot/union/overlay [04:59] infinity: sweet, that's just what I'm looking for [04:59] infinity: can you get an interactive shell in these, too? (for running tests etc. manually) [05:00] pitti: Of course. It's just an schroot like any other. [05:00] pitti: Just that when you leave the session, the overlay goes away. [05:00] pitti: But you can start schroot sessions and make them long-running, and kill them later. [05:00] infinity: I'm sold, I think [05:01] (By default, entering and exiting starts and kills a session, though, which is also the mode that sbuild uses) [05:01] old habits die hard, but that does sound much nicer than repeatedly installing and uninstalling packages from experimental in my sid chroot [05:01] But you can ask sbuild not to do that, etc. [05:01] pitti: And, on top of that, there's some fancy from Andy to keep schroots pocket-free. === BruceMa is now known as BruceMa_afk [05:02] pitti: Witness the subtle difference when I enter a source chroot or an ephemeral one: http://paste.ubuntu.com/5566819/ [05:03] oh, sweet [05:03] infinity: what does "source:" mean in that context? [05:03] it sounds like "release-only:" [05:03] pitti: The on-disk underlay. [05:03] oh [05:04] pitti: As in, the chroot you'd actually upgrade occasionally, rather than the ephemeral overlay you play in. [05:04] i. e. that's what you log into for running dist-upgrade and initial setup [05:04] * infinity nods. [05:05] I find combining tmpfs-overlay schroots, sbuild, and a local apt-cacher-ng on my laptop makes sbuild pretty much the most pleasant experience ever. [05:05] Build-deps "download" and install in a matter of seconds. [05:05] So, repeated fresh builds don't annoy you. [05:05] infinity: Your local mirror is unloved? [05:05] yeah, it's always a pleasure to see how fast stuff installs in kvms that run an overlay in tmpfs [05:06] StevenK: My local mirror is dead right now, but that's not really relevant. The laptop has a cache regardless, so it can travel to conferences and make me not want to stab small children with forks. [05:06] that only works if your mirror is *.ubuntu.com and redirected to the conference mirror [05:07] micahg: You assume I only travel places with Canonical IS in a back room... [05:07] Which is a UDS only thing, and isn't what infinity said. [05:07] infinity: heh, right, well, nevermind, I use mirror.anl.gov from conferences, so ignore me [05:08] micahg: Well, that's another bonus for apt-cacher-ng. You can just have your sources.list always say archive.ubuntu.com and then twiddle the backend config to aim it at different mirrors if you georelocate. [05:09] ooh, haven't tried that one yet [05:10] I don't tend to muck with the Ubuntu configs much, but my Debian mirror du jour seems to change every few months, when I find a better one. :P [05:12] /win 15 [05:39] infinity: I set up a fresh one, and it complains about "union-type" in the config file; do you have that in there as well? (/etc/schroot/chroot.d/sbuild-lucid-amd64 says union-type=overlayfs) [05:41] pitti: Mine are set to aufs, because overlayfs bugs annoy me, but both should work. [05:42] $ LANG= schroot -c lucid-amd64 [05:42] W: line 10 [lucid-amd64] union-type: Configuration key name ‘union-type’ is not a permitted name. [05:42] hmm [05:44] How... Odd. [05:44] http://paste.ubuntu.com/5566870/ <-- schroot likes that one just fine. [05:45] On raring here, but I'm sure precise would be happy too. [05:45] ah, I created it as type=filel === fenris_ is now known as Guest9260 [05:45] "file", too [05:45] Ahh. [05:45] that is an implied overlay, I guess :) [05:45] I want to keep the rarely used ones compressed [05:45] Well, not an overlay, but implied ephemeral, cause it unpacks a fresh copy every time. [05:45] You could just have your underlays on a compressed filesystem. [05:46] Get fancy and make it a readonly lzma squashfs or something. [05:46] Bit of a pain to maintain and upgrade, though. [05:46] *shrug* untar into tmpfs is fine for the four times in a year I have to build a lucid package [05:47] Perhaps, but an uncompressed base chroot isn't exactly big. === BruceMa_afk is now known as BruceMa [05:49] pitti: http://paste.ubuntu.com/5566879/ <-- 6G total isn't much, is it? [05:49] Unless you're on a 64G SSD or something. [05:49] indeed [05:49] Then everything looks big. [05:49] 128 GB here [05:56] you could use a qcow2 file as your base [05:56] mount with a throwaway overlay [05:57] that's what I use for kvm === jono is now known as Guest76484 [06:32] bzr branch ubuntu:kdetoys [06:32] Agent admitted failure to sign using the key. [06:32] Permission denied (publickey). [06:32] ConnectionReset reading response for 'BzrDir.open_2.1', retrying [06:32] Agent admitted failure to sign using the key. [06:32] Permission denied (publickey). [06:32] bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist. [06:33] help please [06:35] erickLee: lp:ubuntu/kdetoys [06:36] Stevenk: what is lp [06:47] StevenK: Isn't ubuntu an alias to lp:ubuntu, added by buildded? [06:48] lifeless: I hadn't been exposed to it, but it does look that way [06:48] erickLee: lp: is the actual name that bzr is using. [06:49] erickLee: looks like an ssh key issue with your configured username on Launchpad [06:49] erickLee: that, or your agent error - forgetten your passphrase perhaps ? [06:50] lifeless:okay i'm on launchpad. what must i change? [06:50] I don't know, I'm not you. [06:51] erickLee: you need to figure out your ssh key issue [06:51] lifeless: i imported it to launchpad. [06:56] erickLee: Also, if you're interested in kdetoys, the Kubuntu team doesn't use those branches. https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kdetoys [06:57] ScottK: i'm not exactly instrest in them i am simple trying to follow te steps in setting up. [06:57] OK. [06:58] scottK: it would e okay if things worked as they are apparently suppose to. [06:59] honestly i can't complain. i've gotten this far. [07:02] what is suppose to happen when you click on your own ssh key? [07:05] You're supposed to see the key. [07:05] https://launchpad.net/~kitterman/+sshkeys [07:07] Stevenk: lifeless: apparent fix was turning my computer off and then on again. [07:22] good morning === amitk is now known as amitk-afk === tkamppeter_ is now known as tkamppeter === smb` is now known as smb === davidcalle_ is now known as davidcalle [08:52] didrocks, Hi [08:52] hey darkxst [08:52] just wondering if you are able to add an endorsement for my membership application [08:53] darkxst: do you have the list of packages I sponsored for you? I need to have a look again :) [08:55] didrocks, there are a few on this list, http://ubuntu-dev.alioth.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=&sponsor_search=name&sponsoree=*Lunn*&sponsoree_search=name [08:58] darkxst: hum, I only sponsored very trivial things, I unfortunately can't give an endorsement with the few work I sponsored for you, I can add a comment if you want me to :) [08:58] there might have been a couple more, but I am having a hard time tracking down all packages I have done [08:58] didrocks, sure that is fine [08:59] darkxst: doing then :) [08:59] I will just blame jbicha for sponsoring too much of my work ;) [09:00] heh === henrix_ is now known as henrix === amitk-afk is now known as amitk [09:19] main.c: In function 'main': [09:19] main.c:391:2: error: 'g_type_init' is deprecated (declared at /usr/include/glib-2.0/gobject/gtype.h:669) [-Werror=deprecated-declarations] [09:19] g_type_init(); [09:19] ^ [09:19] cc1: all warnings being treated as errors [09:19] seb128, didrocks: there are a lot of these ... how should these be fixed? [09:20] doko, by dropping the g_type_init() call or not use Werrror [09:20] seb128, just dropping? [09:21] doko, yes [09:22] doko, e.g http://git.gnome.org/browse/gedit/commit/?id=a68100b607f165497bcc05ce48d11694e2f795ed [09:22] ok [09:24] doko: You can forward patches to only call that #if !GLIB_CHECK_VERSION(2,35,0) [09:24] mehh [09:24] upstreams might be concerned with keeping backwards compatibility [09:25] where's that common FTBFS causes wiki page? [09:30] oh yeah, Debian wiki passwords got compromised, didn't they? [09:37] doko, https://mail.gnome.org/archives/commits-list/2012-December/msg04044.html for an example of version check as Laney mentioned [09:37] if you want your code to work on both old and new glib [09:41] yeah added it to http://wiki.debian.org/qa.debian.org/FTBFS [09:46] Laney, thanks [09:49] doko, btw, would be nice if you could do a merge request against lp:remote-login-service for your fix there [10:01] doko, same for ubuntu-geoip? [10:06] hmmz [10:06] https://launchpad.net/ubuntu/+source/mesa-lts-quantal 'pending publication' what does that mean? [10:08] infinity, pdl: ... [10:08] int pipes[2]; [10:08] if(pid==0) { [10:08] dup2(pipes[1],1); [10:08] dup2(pipes[2],2); [10:09] RAOF: ^ [10:11] mlankhorst: it means the debs are in binary NEW (an archive admin needs to check and approve them) [10:12] oh [10:12] well that explains why bug description didn't update then [10:34] Daviey, do you have any plans for ruby? e.g. dropping 1.8? [10:34] and adding 2.0? [10:34] * doko ducks [10:36] doko, do you plan to file the merge requests/upstream the patches for the stuff you fix? ;-) [10:36] doko: I have no plans for ruby at all :) [10:36] Daviey, I did fear that ... [10:37] seb128, if you do want to have it now, please could you merge it? [10:37] doko, I'm not upstream for those and I don't plan to touch them soon, but I would prefer to see those fix go upstream so nobody else duplicate the work you are doing [10:38] doko, otherwise we just waste time/resources redoing the same things at different places === amitk_ is now known as amitk === Ursinha-afk is now known as Ursinha === Ursinha is now known as Guest85000 [11:04] I'm doing second stage of a multistrapped filesystem image and ifupdown puts a line into /var/lib/dpkg/status which is a conffile with no md5sum === fisted_ is now known as fisted [11:04] this is an illeghal entry and breaks dpkg [11:04] what should be there is apparently: /etc/init.d/networking ce96a6f22cc836088eef6673d853a765 obsolete [11:04] wookey: why on earth would ifupdown want to mess with dpkg/status? [11:04] /etc/init.d/networking f5a562ab343f7e58dd7cb21636429332 [11:05] zyga: werll I don';t suppose it does it itself [11:05] I mean that if that package is included then the status file ends up looking like that [11:05] I don;t know what/who is responsible fo creating those entreis [11:05] that was kind of my question. [11:05] presumably dpkg is, so packages can;t screw it up [11:06] wookey: smells like some dpkg internal or debian config file helper [11:06] hmm. mind you . I think multistrap may mess with it. Maybe it's not getting obsoleted conffiles right... [11:07] I'll check to see if it's bust before I even boot. I assumed it was something int eh dpkg --configure -a stage that was going wrong, but maybe not [11:08] that file is a link to /lib/init/upstart-job [11:09] so I guess the database is updated when a package replaces a conffile in this way? [11:09] wookey: sounds sensible but I don't know dpkg that much [11:10] pitti, i seem to have an apport recursion issue with ccsm [11:10] pitti, obviosly apport won't file a bug on it :/ === Ursinha_ is now known as Ursinha [12:06] didrocks, hey ... pidgin in raring seems to have gone to hell for me, is this known [12:06] apw: hum, not really (I don't use it), the last upload I did was only linked to the IRC client plugin [12:06] maybe seb128 will know a little bit more, he's using it ^ [12:07] arse [12:07] just hangs dead mostly, not a well bunny [12:07] apw: did you try to remove the IRC plugin? would be a first step to find if this is the guilty part [12:07] apw: do you have IRC configured? [12:07] didrocks, i have irc accounts in my config, but disabled [12:08] for emergency use, but not being used activly [12:08] ok, shouldn't be the guilty then, let's wait if seb128 knows more about it [12:10] didrocks, /usr/lib/purple-2/libirc.so ? [12:10] is that the plugin? [12:10] apw: yep, you can try rename it [12:10] and restart pidgin [12:12] didrocks, this is more serious, it is ticklng someting which is bustin compiz or X [12:12] sigh [12:13] i knew i should have kept this machine on quantal [12:14] apw: I just tried again, don't have anything, let's see if the latest gtk/gnome stack my impact [12:14] may* [12:15] didrocks, yeah this is a fresh upgrade q->r though pidgin is broken on another R i have as well it seems [12:36] didrocks, apw: I'm back from lunch [12:36] apw, what's the issue exactly? pidgin works fine here [12:39] seb128, when i start it it just greys out, typically starting when i hit a second account enable [12:39] blame the kernel [12:39] * Laney runs [12:39] though .. i have just discovered i am having issues with flipping, so perhaps compiz is being broke by that and its just what pidgin displays [12:40] apw, can you gdb pidgin and ctrl-C, bt when it hangs? [12:40] seb128, will do [12:40] thanks [12:40] I had an issue yesterday with dbus [12:40] stuff would hang for like 15 seconds in dbus calls [12:41] I'm wondering if you have something similar, though mine was affecting random apps, like xchat when clicking on an url, firefox, etc [12:41] bt shows it polling [12:42] seb128, but it has 5 threads, and only one stack trace [12:42] apw, can you pastebin the bt? [12:43] http://paste.ubuntu.com/5567518/ [12:43] oh now it wants to be raised all the time [12:43] #6 0xb75a1374 in g_spawn_command_line_sync () from /lib/i386-linux-gnu/libglib-2.0.so.0 [12:43] ? [12:44] apw, can you install the dbg package for glib? would be nice to see what commands it calls which is hanging [12:45] seb128, why is it so hard to find the name of the debug packages [12:46] apw, I tend to dpkg -S and append -dbgsym to the name it gives me [12:47] seb128, ok ... isntaling the -dbg version of that made the issue go away [12:47] hum [12:48]