[02:43] <DNS> heya... are there network issues or something? i get with nearly every recipe a chroot error
[02:44] <wgrant> What is the error?
[02:44] <DNS> https://launchpadlibrarian.net/118069544/buildlog.txt.gz
[02:45] <DNS> "Chroot problem" is the error
[02:46] <wgrant> Do you have a link to the build?
[02:46] <wgrant> Ah
[02:46] <wgrant> I see the problem.
[02:46] <DNS> look at my recipes nearly any recipe which tried to build lately had that issue
[02:46] <DNS> ah k:D
[02:47] <wgrant> That should be fixed if you retry.
[02:48] <DNS> ok thx, i will try asap
[02:49] <wgrant> Thanks for letting us know.
[02:49] <DNS> wgrant: thanx for fixing it ;)
[07:16] <mmrazik> Hi
[07:17] <mmrazik> I'm trying to login to staging.launchpad.net but the 2nd factor auth doesn't let me in
[07:17] <mmrazik> is there some special setup needed for staging wrt 2FA?
[07:18] <wgrant> mmrazik: ISD manages SSO, and yeah, there are some unresolved issues with staging+2FA. Ask in #isd on irc.c.c and someone should be able to sort you out.
[07:18] <mmrazik> wgrant: thanks
[07:18] <wgrant> They're working on a proper solution, but for now an admin needs to manually fix your account.
[11:01] <Mkaysi> Does launchpad have 2 factor authentication?
[11:01] <Mkaysi> IT was mentioned four hours ago
[11:03] <wgrant> Mkaysi: It's not generally available yet. It's currently being deployed throughout Canonical, but should be opened up once we've sorted out all the issues.
[11:05] <Mkaysi> Ok :)
[14:30] <qengho> Howdy.  I tried to create a packaging recipe on launchpad, but bzr threw a MemoryError.
[14:31] <qengho> There's a bug that claims that newer bzr might avoid this problem by not caching HTTP.
[14:31] <qengho> https://bugs.launchpad.net/launchpad/+bug/947977
[14:32] <qengho> I don't know that my source branch would fit in the constraints without it, but I would really like to be able to make a daily package from a recipe.
[14:32] <qengho> Help?
[14:33] <czajkowski> jcsackett: can you help I'm on a hangout
[14:45] <doko> looking at bug #1058056
[14:46] <doko> this shows up as wontfix in the overview list, however it is confirmed. why?
[14:49] <jcsackett> qengho: hi, what branch?
[14:50] <qengho> jcsackett: base branch is lp:~vcs-imports/chromium-browser/trunk .
[14:51] <qengho> Recipe is https://code.launchpad.net/~cmiller/+recipe/chromium-browser-daily-quantal
[15:06] <jcsackett> qengho: did you try testing your recipe locally?
[15:10] <qengho> jcsackett: No. I'll work out the rest of the packaging soon; there are translations and such to nest in too.  I'm not past my first test that lp will even get the base source yet.
[15:12] <jcsackett> qengho: fair; i would suggest trying what you've got locally though--if it passes without a memory issue, than it's likely constraints in our builders. i'm no expert, but i'll pass this along to some people with more experience in the builders.
[15:17] <qengho> jcsackett: I can branch it locally without a memory error, if that's what you mean.
[15:18] <czajkowski> sinzui: nice blog post
[15:20] <sinzui> czajkowski, thank you.
[15:20] <czajkowski> love the colour cordination of purple :p
[15:21] <sinzui> I was wearing a purple shirt and asking myself what would be good nail colours to go with it.
[15:22] <sinzui> I kept the colours after deciding I like the dark purple best
[15:22] <czajkowski> orange or black but thats a bit early for holloween
[15:22] <sinzui> I like orange as a link colour.
[15:23] <czajkowski> I do too
[15:23] <czajkowski> I love it
[15:27] <dobey> jcsackett: it's because i think it's pulling the entire history; dailydeb should probably be fixed to use lightweight checkouts, as there's no need to copy the entire history to build a package
[15:27] <qengho> jcsackett: "Branched 119969 revisions." in 11 minutes wall time.
[15:30] <qengho> dobey: i think you're on the right track for a solution.  Maybe even an export would do, since it's not likely we need any history at all.
[15:36] <dobey> right
[15:36] <dobey> export might be better as it doesn't maintain the link to the parent branch, i don't think. so it would avoid possibility of something getting screwed up and committed back to the branch by mistake
[16:14] <lamont> the snipets of server= are all cat /etc/nova/dnsmasq.cnf
[16:14] <lamont> bah
[19:05] <qengho> jcsackett: any news of bzr MemoryError and  https://bugs.launchpad.net/launchpad/+bug/947977 ?  I was AFK for a while
[19:06] <qengho> We wondered if "bzr export" would be better on lp recipes than a full checkout.
[19:09] <czajkowski> qengho: any updates will apear on the bug before irc
[19:10] <czajkowski> qengho: it has been triaged and the developers have a number of bugs to work on so it will be when they can get to it
[19:10] <czajkowski> qengho: http://blog.launchpad.net/general/burning-down-critical-bugs
[19:12] <qengho> czajkowski: ah, I thought jcs and I were still dialoging about it.  It's not urgent, but I wasn't here to see any question or comment.
[19:13] <czajkowski> qengho: nods, Q&A tends to hppen on bugs as not everyone can be on irc
[23:04] <mgriffin> Hi, i am trying to learn how to search on LP better and want to get to https://bugs.launchpad.net/maria/+bug/1002564 when searching for 47704 but I always end up on https://bugs.launchpad.net/ubuntu/+source/gfxboot/+bug/47704 when searching from https://bugs.launchpad.net/maria
[23:05] <mgriffin> can i do this without just using google site search?
[23:06] <wgrant> mgriffin: Searching for "bug 47704" gives you the result you want
[23:06] <wgrant> There's a Launchpad bug about introducing a way to search for just a number without redirecting to that bug
[23:07] <wgrant> But it's not possible atm; you have to use some other word
[23:07] <mgriffin> bummer
[23:07] <wgrant> https://bugs.launchpad.net/maria?field.searchtext=bug+47704 is probably the best way to do it
[23:08] <wgrant> Bug #5943
[23:08] <mgriffin> awesome, thanks!