=== MTeck is now known as MTecknology [04:14] Is it poor form for me to triage my own bugs? [04:14] I've had hibernation problems for a while and had an open bug for a month (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/366264) [04:14] Launchpad bug 366264 in linux "[Dell XPS m1530] Resume fails after hibernate/suspend" [Undecided,New] [04:14] colonelqubit: triage no, confirm yes [04:15] What about marking importance? [04:16] jtholmes was nice enough to tag the bug "hibernation", but there's no Importance level specified yet. [04:17] colonelqubit: importance is project-wide, not individual wide [04:18] colonelqubit: I don't work with the kernel package, so I can't be of much help [04:18] lifeless: yes. That's why I was wondering if I should be the one marking importance, seeing as how I kind of have a personal bias on this one bug... :-) [04:18] micahg: Should I ask people in #ubuntu-kernel ? [04:19] colonelqubit: probably worth a shot [04:19] micahg: thanks === mrooney1 is now known as mrooney [06:38] hi [06:38] hi === Hellow__ is now known as Hellow === Hellow is now known as Guest90254 === Guest90254 is now known as Hellow === txwikinger2 is now known as txwikinger === asac_ is now known as asac [15:29] looking for kubuntu package: clicking on logout in the KDE menu causes my machine to _shut down_ (default behaviour after upgrades - no configuration done) [15:30] any suggestions for a workaround also appreciated [15:33] any suggestions which package to report the bug under? === blueyed_ is now known as blueyed [15:59] Boo [16:25] bdmurray, ping [16:26] hggdh: howdy [16:29] bdmurray, morning, can you please renew my bugs-control membership? [16:29] hggdh: your lp id is hggdh2 correct? [16:29] bdmurray, correct [16:31] bdmurray: while you're at it... could I get an extension on my by a few weeks? I've got that list I showed you down to <200 bugs, but it will take me longer than the 40 hours or so I have left [16:31] s/my/mine [16:33] how often does membership expire? [16:33] micahg, yearly [16:34] ok [16:46] hi hggdh [16:48] hi G__81 [16:48] hggdh, i did some triaging of bugs and then i couldnt come online so can i apply for the membership now ? [16:50] G__81, it all depends on experience -- how many you triaged, how correct was your triaging, etc [16:50] G__81, if I remember correctly, you were inactive for a long time, and got back a few weeks ago [16:50] https://bugs.launchpad.net/~balajig81 [16:50] looking [16:50] inactive for long time ? [16:51] G__81, when I looked you up, you had pretty much no karma. Although I do not consider karma a precise indicator, having a *very* small karma shows one has been inactive [16:52] no karma > [16:52] :) i ve 43 :D [16:57] heh then I am screwed... [16:57] heh. Well, yes, that's a pretty small karma... even I, not touching that many bugs/questions/etc in the last few months have a bit more than that... [16:57] * micahg knows karma :) [16:57] again -- karma is *not* an indicator of being good on something, but it *is* an indicator of activity [16:57] If I can ever kick this warcraft addiction maybe I can do something productive. [16:58] :-) [16:59] Insufficient funds should do the trick... [17:02] G__81, I can see only two bugs with actions from you in 2009... [17:02] hggdh, If I end up expiring and eventually want to come back it wouldn't be a problem would it? Pending I actually start triaging more bugs? [17:02] Not sure when I expire... [17:03] sectech, er, are you planning your death? ;-) [17:03] and, ah, reincarnation? [17:03] hggdh, lol no.... but I seem to have lost motivation for IT work at the moment... I imagine it will come back in time. [17:04] sectech, you would be reinstated, provided you show new work (as everybody else) [17:04] okay. [17:05] hggdh, only 2 bugs ? no it cannot be on the other day i had done nearly 5-6 bugs [17:05] i still remember that [17:08] G__81, please give me an URL with all your bugs (and yes, I could get it myself, but please look at it as a check you know where to find it) [17:09] and -- sectech -- I would also be in the same boat if I leave for a while [17:10] fair is fair... [17:24] hggdh: I'm been triaging over a month, so I can go back over my Incompletes now and poke people :) [17:29] micahg, yes... :-) [17:31] hggdh, there are actually 3 bugs in total so what i would do is triage more bugs and then think about the next step [17:32] and what happened to your application ? [17:36] G__81, yes, this is the issue: not enough bugs to show to the -control members you know what you are doing... [17:36] G__81, I guess Brian already took care of my renewal [17:36] you became an ubuntu member ? [17:37] yes, I did... I finally came out of the closet ;-) [17:38] oh great congrats [17:39] thanks [17:48] hggdh, 5 a day should be fine right ? [17:48] :) [18:00] G__81, yes, it should... keep in mind that it is not only the number of bugs you triage, but *how* you do it [18:00] yes [18:00] i understand [18:01] i am more focused on bug fixing [18:01] :) [18:02] :-) [18:06] hggdh: bug 382391 is wishlist... confirmed? [18:06] Launchpad bug 382391 in bash-completion "completion support for "ubuntu-bug"" [Undecided,New] https://launchpad.net/bugs/382391 [18:07] !info gcomrpis [18:07] bencrisford: Package gcomrpis does not exist in jaunty [18:07] !info gcompris [18:07] bencrisford: gcompris (source: gcompris): Educational games for small children. In component main, is optional. Version 8.4.4-1.1ubuntu4 (jaunty), package size 523 kB, installed size 1740 kB [18:54] kklimonda, still need me? [18:55] kklimonda, I think it is worth it... a wishlist? [18:55] ya [18:56] kklimonda, I set it to wishlist, but left it otherwise as it was [18:57] ok, thanks [20:03] Hi, since upgrading to Jaunty I hade a lot of crashes, someone over at #nautilus said, when I shoed him the trace of nautilus chrashed, that it looked like it was because of a pango or a cairo crash. Since these libraries are widely used in gnome this could indeed explain that I had a lot of crashing. Is this a plausible theory? [20:12] askand, yes, it is [20:16] hggdh: How can I find out? [20:17] askand, looking at the stacktrace... [20:17] which functions, from which packages, are crashing [20:23] hggdh: I'm not sure where to look really, here is the trace from nautilus http://pastebin.com/m50704da6 and another from gimp http://pastebin.com/m6a85888d === Flare183_ is now known as Flare183 [20:36] askand, looking at it [20:37] askand, first pastebin, frame #2 is cairo [20:37] hi all/hggdh [20:38] hi bcurtiswx [20:38] askand, it seems pango called cairo, and cairo barfed on a free() [20:40] hggdh: okey [20:40] askand, same thing with the second BT [20:40] hggdh: great [20:41] askand, one thing you can try if to search for a dupe on b.g.o [20:41] What is b.g.o? [20:41] copy & paste one of the BTs here: http://bugzilla.gnome.org/dupfinder/simple-dup-finder.cgi [20:42] b.g.o is bugzilla.gnome.org [20:42] the bug tracking system (BTS) for gnome [20:42] ah :) [20:47] hggdh: I get " A stack trace was found in the bug description you specified. It appears that the first few relevant function calls in the stacktrace are" and some function calls and then "The following bug reports contain all 5 function calls and likely match the bug description you gave" but it shows no bugs [20:47] But I'll ask in #cairo too :) [20:48] askand, so there is no hit for the first BT [20:48] askand, now try the second BT. If it gets the same result, then it seems it is a new thing [20:49] I will try, it's like firefox feels I'm on to sometthing, it crashes more than ever [20:53] askand, this is on FF? Or across the board? [20:53] hggdh: across the board [20:53] weird. Jaunty, up-to-date, no non-ubuntu packages? [20:55] hggdh: yes, memcheck is fine to, there was no dupes on the other trace either [21:03] askand, sounds like something common (but, then, if all BTs show cairo on top, cairo is the commonality) [21:03] are you running low on available memory? [21:12] hggdh: nope [21:12] hggdh: I am told that "crash in malloc means heap corruption means run valgrind" [21:13] askand, yes, this is quite possible [21:14] so... valgrind the beast. Take a deep breath, and get something to do while valgrind runs [21:14] Note that it's worth checking the values being passed to malloc(). Sometimes the problem is actually that someone tries to allocate several petabytes by accident. [21:14] heh [21:15] One example might be failing to deference a pointer in a rarely used code path. There are others. [21:16] looking at the BT, in this case it seems it was a call to malloc 404 bytes [21:17] askand, one command line for valgrind: G_SLICE=always-malloc G_DEBUG=gc-friendly valgrind -v --tool=memcheck --track-origins=yes --show-reachable=yes --leak-check=full --num-callers=40 --log-file=valgrind.log [21:17] where is whatever you are trying to run [21:23] yeah, 404 bytes indicates something else is wrong. [21:26] and it seems to happen on many different applications... X? [21:32] What's a bug number for this set of issues? [21:34] askand, ^^ [21:36] persia: bug 382504 is one [21:36] askand: Bug 382504 on http://launchpad.net/bugs/382504 is private [21:36] askand, Could you subscribe me? That's extra private. [21:38] persia: done === smeag0l is now known as smeg0l [21:43] askand, That looks deep indeed. You say you're getting lots of crashes in different applications with these symptoms? Have you tried a memcheck run? === MTeck is now known as MTecknologyu === MTecknologyu is now known as MTecknology [21:57] persia: yes, a memcheck sucessfully ran for >24 h without errors [22:05] persia: hggdh: now I have obtained a valgrind log from a gimpcrash [22:06] askand, good. Do you have a bug opened for the crash? [22:07] hggdh: no I will file one [22:08] hggdh: here is the log in the mantime, a long one http://pastebin.com/m6f348f57 [22:08] meantime* [22:12] hggdh: bug 382563 [22:12] Launchpad bug 382563 in ubuntu "Gimp crashed" [Undecided,New] https://launchpad.net/bugs/382563 [22:16] Hm, firefox, on which I run another valgrind froze now, dont know if I should kill it or wait.. [22:16] heh. Wait a bit [22:19] even more confusing, valgrind shows a segv in gtk (http://pastebin.ca/1444068) [22:21] now I *am* confused, askand. How did you get the valgrind and backtrace? [22:21] hggdh: hm I got the backtrace running gdb on a crashfile [22:21] and I got the valgrind log with the command you mentioned above [22:21] same run? [22:21] or from a different crash? [22:22] from a different crahs [22:22] ah [22:24] askand, do me a favour, and please run, on a terminal, "apport-collect -p gimp 382563" [22:29] hggdh: it wasn't a lot that was uploaded [22:32] that's OK, the important part is the dependencies file [22:33] ok [22:33] hum. You are using nvidia. Which nvidia is this? [22:33] hggdh: the one from thre repos [22:33] not sure what version it is [22:33] ora boas noites [22:37] ora, ora, BUGabundo [22:37] askand, do you run compiz? [22:38] hggdh: I do usually yes [22:38] Hellow: hggdh [22:38] hello BUGabundo :-) [22:38] askand, can you try disabling compiz? [22:38] wait, what? [22:38] lol [22:38] heh [22:39] LOLOLOLOL Hellow.... sorry for the higilght [22:39] ROFL [22:39] ROFLOL [22:39] hggdh: sure [22:41] hggdh: are you suspecting compiz? :) [22:43] askand, since this happens across the board, I am suspecting either compiz or X [22:44] hggdh: I had gnome-terminal crashed with SIGSEGV in _XSend if that might be related [22:47] it might, but it is still too early to say anything [22:49] Ok, I got a trace for that too in bug 382143 , but I have disabled compiz now, I'll be back if things continues to crash [22:49] askand: Bug 382143 on http://launchpad.net/bugs/382143 is private [22:49] oh it was private too [22:49] heh [22:50] now its public [22:51] askand, I subcribed myself, and put it back as private -- the coredump is still there [22:53] let's wait for apport to retrace it, and delete the coredump, then... back to public [22:54] hggdh: what's in the coredump that should be private? [22:56] askand: depends on program - passwords, emails etc. ;) [22:56] kklimonda: ohh, yeah that can remain private indeed [22:57] askand: basically a lot of private data [22:57] hey kklimonda [22:58] hey :) [22:58] did you enjoy the album I gave you ? [22:58] askand, it can have anything that was loaded in the memory address space -- for example, encryption keys [22:58] BUGabundo: it's nice [22:58] humm really? [22:59] I though you were a METAL dude [22:59] BUGabundo: nah, I listen to all kind of music. [23:12] how to get list of patches applied on ubuntu kernel? [23:14] changelog? [23:40] kklimonda: there is no easily-parsed list, unfortunately. the kernel team uses git (just as most distros tracking upstream do). [23:40] kklimonda: on the other hand, it is fairly readable; see kernel.ubuntu.com/git [23:42] dtchen: thanks