[12:08] hey bac. what do you want to do about bug 994777? I took off the paralleltest tag, but we should still do something about it IMO. [12:08] Disable [12:08] ? [12:08] frankban, bac, call in 2 [12:09] k [13:23] frankban, I approved the change. Looks good. [13:23] gary_poster: cool thanks [14:18] gary_poster: can i r=gary for the spurious test failure landing [14:18] bac, that's just disabling? if so, sure? [14:19] yep [14:19] uh, I mean, confidently, "sure" :-) [14:21] * bac landing via pqm-submit now seems hard and archaic [14:21] heh, yeah [14:56] gary_poster: 2pm today good for you for review call? (just added it to calendar) [14:56] bac, yes, cool [15:09] gary_poster: so shall i take one of the new bugs (like bug 996773) or is there work on the metatask? [15:10] bac, not metatask. [15:10] I marked the only subtask as blocked; frankban please correct if wrong [15:11] ok, i'll look at that bug then [15:11] cool, thanks bac [15:11] gary_poster: you're right [15:12] that one is happening more frequently than any others right now for me, bac. I've wondered if a relatively new change is involved. [15:12] frankban, ok, cool, thanks for confirmation/ [15:12] ok [15:40] bac or frankban, I'm having a seg fault when I try to dupe bug 996720. It says a core is dumped, but it is not in working directory, and indeed I don't see anything pertinent named "core" in my home directory. I have "ulimit -c unlimited" both in the lxc container and (when that didn't seem to do anything) in the host. Any ideas on how to get the core dump? I'd like to at least see what is falling over. [15:43] gary_poster: just an idea... do you get sigsegv also using ssh -X? [15:44] gary_poster: no idea, since you've set ulimit. can you reproduce on the host? [15:44] frankban, no idea but will investigate. bac, my host is not set up as a dev environment [15:45] I could try to set up a vm [15:45] gary_poster: look at /proc/sys/kernel/core_pattern; apport may be eating the core file [15:45] (that failed last time I tried :-P but it would be nice to have [15:46] benji, hi thanks. it is "|/usr/share/apport/apport %p %s %c" which does look a bit like it might be eating [15:46] mmmm... nummy core files [15:54] benji, interesting, in host and container, root does not have permission to move or edit that file. weird. [15:54] I guess they really want apport to know about crashes. [15:55] heh [16:11] for reference, apparently the only acceptable way to change the file is on the order of `echo "core" > /proc/sys/kernel/core_pattern` [16:11] and there it is! [16:14] ugh [16:14] all that and it was just because I forgot to use xvfb, I think. :-( Lunch, then will return. [17:55] bac, Julia (our baby) is awake from her nap earlier than expected and Karyn is getting her mom from the airport. she should be back soon. I'm leaving the baby in her crib for as long as she is willing to stay there. She's ok for now. If you are ok with playing it by ear, I'm fine with being optimistic and starting at 2; otherwise we can wait till Karyn returns. Which would you prefer? [17:56] we can start and then delay if the screaming gets too bad [17:56] cool thanks [18:00] gary_poster: normal hangout? [18:00] bac, https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhordeoneonone [18:01] not sure that is normal or not :-) [18:32] 9199684963 [20:01] uh-oh, power flickeriness === gmb` is now known as gmb === _mup__ is now known as _mup_