[00:18] <wgrant> lifeless: Since we seem to have been fairly stubless lately, could you review https://code.launchpad.net/~wgrant/launchpad/branch-type-policy-db/+merge/114799?
[00:57] <lifeless> wgrant: sure, though one day isn't all that stubless :)
[01:01] <wgrant> lifeless: Thanks, replied.
[01:07] <wgrant> Thanks.
[07:27] <adeuring> good morning
[07:44] <StevenK> Hmmm, how can I use MatchesStructure with a dict?
[07:44] <bigjools> I filed a bug about that
[07:46] <StevenK> bigjools: Ah, so the answer is "I can't, yet"
[07:46] <bigjools> StevenK: indeed!
[07:46] <StevenK> :-(
[07:46] <bigjools> can't remember what I did in the maas code, I came up with a shortcut of some description
[07:47] <bigjools> but I need to find time to write a patch for testtools
[07:49] <StevenK> bigjools: I've put a comment and six self.assertEqual() for now. Makes me sad.
[07:50] <bigjools> StevenK: don't do that
[07:50] <bigjools> you can still use a MatchesStructure IIRC
[07:50]  * bigjools digs
[07:52] <bigjools> gah grep fails me
[07:53] <bigjools> StevenK: I think there was a trick with AllMatch
[07:54] <bigjools> well, you can do AllMatch and a few Equals
[08:03] <StevenK> bigjools: I have my own workaround
[08:04] <StevenK> bigjools: http://pastebin.ubuntu.com/1094504/
[08:25] <bigjools> StevenK: haha, ship it
[08:29] <cjwatson> StevenK: self.assertContentEqual(expected.items(), observed.items()) isn't dreadful either
[08:45] <cjwatson> bigjools: So, following the next NDT deployment with that work to show failed PCJs, do you know of any reason why we couldn't (a) switch on soyuz.copypackageppa.enabled for everyone (b) set soyuz.derived_series.max_synchronous_syncs to 1 for launchpad-beta-testers?
[08:46] <cjwatson> I've tried similar things on dogfood and haven't noticed any problems with async copies there
[09:55] <dpm> hi LP developers, I'm not sure if it's just me, but tried it both on Firefox and Chromium and the 'Report a bug' link does not seem to be working. I've tried on https://bugs.launchpad.net/developer-portal/ - is this a known bug?
[09:56] <cjwatson> dpm: bug 1024866
[09:56] <_mup_> Bug #1024866: "report a bug" link in the involvement portlet on bug listings is broken <bug-columns> <javascript> <markup> <regression> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1024866 >
[09:56] <dpm> thanks cjwatson :)
[09:57] <cjwatson> dpm: https://launchpad.net/developer-portal works, or use https://bugs.launchpad.net/developer-portal/+filebug directly
[09:58] <dpm> yeah, I saw that, just mentioning it here in case it wasn't known, thanks cjwatson!
[09:59] <czajkowski> dpm: if it's been triaged and sinuzi has commented on it, fair chance of it being worked on
[09:59] <dpm> it is
[10:37] <rick_h_> dpm: I'm starting to work on it right now. Should have a fix in a bit. Thanks for hte heads up.
[10:39] <dpm> rick_h_, no worries
[11:08] <Bert_2> wgrant: Hi, you send me your branch for a launchpad db from cratch, it doesn't seem to come with instruction, so am I just supposed to run make schema on it, or am I supposed to copy it over my rocketfuel pull and then run make schema and make run ?
[11:08] <czajkowski> rick_h_: excellent have also tweeeted it on both our accounts so people know we're working on things
[11:09] <rick_h_> czajkowski: saw that, thanks!
[11:09] <czajkowski> trying to put more of our communications out there
[11:09] <czajkowski> and remind folks of the downtime
[11:09] <czajkowski> rick_h_: if you think of anything else that should go out, shout
[11:40] <rick_h_> jcsackett: ping
[11:46] <rick_h_> adeuring: ping, do you know if the tal code in registry/templates/pillar-sharing-table.pt means that whole block will be within that upper defined <div> with the ns attributes?
[12:00] <jcsackett> rick_h_: pong.
[12:00] <rick_h_> jcsackett: avail for a 5min hangout?
[12:00] <jcsackett> uhm, sure. let me grab my coffee, and i'll be on g+ in a moment.
[12:00] <rick_h_> I'm poking at some sharee stuff and need a sanity check
[12:01] <rick_h_> jcsackett: rgr
[12:11] <rick_h_> benji: can you review this as soon as you get a chance so I can start the landing run? https://code.launchpad.net/~rharding/launchpad/1024866_buglink/+merge/115117
[12:11] <benji> rick_h_: sure
[12:12] <rick_h_> ty much, this is trying to fix the broken report a bug link
[12:14] <adeuring> rick_h_: yes, all stuff should go into the main <div>...</div> sorry for the late answer, was out for lunch
[12:14] <rick_h_> adeuring: awesome thanks. jcsackett thought so as well.
[12:15] <adeuring> benji: could you also have please a look at this mp: https://code.launchpad.net/~adeuring/launchpad/bug-1015667-3/+merge/115110 ?
[12:15] <benji> adeuring: sure
[12:15] <adeuring> thanks!
[13:06] <benji> rick_h_: https://code.launchpad.net/~rharding/launchpad/1024866_buglink/+merge/115117 looks good
[13:06] <deryck> Morning, all.
[13:15] <rick_h_> benji: ty much
[13:15] <rick_h_> morning deryck
[13:31] <deryck> adeuring, https://plus.google.com/hangouts/_/1dc7760a0895bb0edfcab736a3781eee1a014dd6?authuser=0&hl=en
[14:26] <Bert_2> Does anyone know how wgrant's bootstrap-db-from-scratch branch works ?
[14:30] <mgz> Bert_2: <http://irclogs.ubuntu.com/2011/05/06/%23launchpad.html#t01:13>
[14:33] <Bert_2> mgz: thx, though do I need to call the merge from a specific directory ?
[14:33] <Bert_2> (I pulled it and it seems to be for launchpad/lp-branches/devel/)
[14:33] <mgz> you specifically need to merge it into a current devel branch
[14:35] <mgz> so, if you have lp:launchpad at ./devel and wgrant's branch at ./bootstrap-db-from-scratch
[14:35] <cr3> hi folks, can I have a recipe to build packages from two branches or two recipes for one ppa?
[14:36] <mgz> `bzr merge -d devel bootstrap-db-from-scratch` will update devel with the relevent changes
[14:36] <Bert_2> mgz: I did the rocketfuel thing, so I guess my lp:launchpad is in launchpad/lp-branches/devel/
[14:36] <mgz> Bert_2: right
[14:36] <Bert_2> so do I run the merge from inside lp-branches or from devel ?
[14:36] <mgz> and lp-branches is a shared repo
[14:37] <mgz> you need to merge into a branch, devel is a branch.
[14:38] <Bert_2> ok, I think I understand, but I'm still not sure what I'm exactly supposed to run now,  bzr merge lp:~wgrant/launchpad/boostrap-db-from-scratch ?
[14:39] <mgz> that would do, if you're in launchpad/lp-branches/devel
[14:39] <Bert_2> so if I do this "ubuntu@lpdev:~/launchpad/lp-branches/devel$ bzr merge lp:~wgrant/launchpad/boostrap-db-from-scratch" I'm fine ?
[14:42] <mgz> try it and see, what's the worst that could happen :)
[14:43] <Bert_2> that I'd have to start all over again ? :P
[14:43] <Bert_2> but I have a copy of the LXC and of the launchpad dir
[14:43] <Bert_2> so that's not going to happen ;)
[14:44] <Bert_2> fancy: bzr: ERROR: Invalid url supplied to transport: "bzr+ssh://bazaar.launchpad.net/~wgrant/launchpad/boostrap-db-from-scratch": no supported schemes
[14:45] <Bert_2> that's odd, cause I pulled that branch yesterday and that did work :S
[14:46] <mgz> do `bzr launchpad-login`
[14:46] <Bert_2> I don't have an id configured ;)
[14:47] <Bert_2> I didn't know that was required to pull/merge stuff locally ?
[14:47] <jelmer> Bert_2: it looks like there might be a typo in that URL?
[14:47] <jelmer> (boostrap vs bootstrap?)
[14:48] <Bert_2> ohyeah, that's a typo XD
[14:48] <Bert_2> my bad
[14:48] <mgz> jelmer: oddly, it really is a branch though
[14:48] <Bert_2> yeah, now it seems to be getting something
[14:49] <mgz> or... info something for non-existant branches now?
[14:49] <Bert_2> changes applied succesfully, awesome
[14:49] <Bert_2> thx :D
[14:49] <mgz> ah, climbs one level
[14:50] <mgz> that's not really helpful.
[14:51] <james_w> mgz, is jam off?
[14:51] <jelmer> james_w: yes
[14:51] <cr3> is it possible to make a branch public?
[14:52] <cr3> ... that was previously private, of course :)
[14:52] <mgz> should have kept jam in the fridge
[14:52] <jelmer> cr3: yes, ping a webops in #launchpad-ops
[14:52] <Bert_2> I have another silly question, LPCONFIG and LISTEN_ADDRESS, those are added to make install, right ? and I run that after make schema en before make run, right ?
[14:52] <james_w> jelmer, thanks
[14:52] <cr3> jelmer: thanks, I wasn't sure whether I was looking at the wrong part of the interface :)
[14:53] <mgz> Bert_2: the Makefile has defaults for both of those
[14:53] <mgz> set them in your environment if you want something different from development/127.0.0.88
[14:53] <Bert_2> mgz: yeah, but I have my own config and I want things to be remotely accessible, so I need to change those, right ?
[14:54] <Bert_2> oh, so I don't do "sudo make LIST_ADDRESS=* install" but I export those vars ?
[14:55] <mgz> for LISTEN_ADDRESS I think only install cares so passing into make would work too
[14:55] <Bert_2> but for the config I can better do export LPCONFIG=ulaunch ?
[14:55] <Bert_2> (ulaunch is the name of the configdir)
[14:56] <mgz> right.
[14:58] <Bert_2> it's probably a good idea to add it to .bashrc as well, for future use, or am I wrong ?
[15:00] <mgz> seems reasonable if you're keeping the profile around
[15:00] <Bert_2> yeah, I am ;)
[15:00] <Bert_2> thx a ton for your help mgz, I need to make dinner now first, then I'll go ahead and give it a good test, then try and change the name from launchpad to ulaunch
[15:01] <mgz> no problem, enjoy dinner :)
[15:11] <rick_h_> jcsackett: r=me with a few style comments thanks for adding tests!
[15:12] <jcsackett> rick_h_: thanks. :-)
[15:13] <rick_h_> jcsackett: sorry, but after going through all the tests in the 3.5 stuff I'm crazy to get tests with  better notes in them to help out :)
[15:20] <cr3> jelmer: there's nobody in #launchpad-ops :(
[15:21] <jcsackett> rick_h_: all good comments, i'm making those changes now.
[15:21] <mgz> cr3: on the canonical irc server
[15:22] <cr3> mgz: thanks!
[15:48] <rick_h_> J/topic
[15:48] <rick_h_> bah
[15:48] <rick_h_> benji: another for your eyeballs when you get a sec please https://code.launchpad.net/~rharding/launchpad/yuiff/+merge/115170 no rush on this one
[15:49] <benji> rick_h_: sure
[15:53] <benji> frankban: I think it would be an improvment to use a fake .bazaar, and yeah, it seems BackupFile wouldn't be needed then (and we can always resurrect it if we need it later)
[15:53] <benji> heh, wrong chan
[15:58] <czajkowski> sinzui: does https://bugs.launchpad.net/ubuntu/+source/apport/+bug/764414  come under your privacy bugys?
[15:58] <_mup_> Bug #764414: private master bugs are confusing and lead to more duplicate filings <pet-bug> <apport (Ubuntu):Triaged by pitti> < https://launchpad.net/bugs/764414 >
[15:59] <sinzui> no. It is a bug-links problem.
[17:12] <sinzui> czajkowski, when you start work, you can promote http://blog.launchpad.net/general/bug-reporting-and-search-knows-about-privacy , but you we may have a more important announcement to make.
[17:13] <czajkowski> sinzui: let me do it now
[17:17] <czajkowski> sinzui: done in G+/FB/ Twitter and identi.ca
[17:18] <sinzui> your quick
[17:18] <czajkowski> they're all open always except identi.ca
[17:18] <czajkowski> people don't reply to us there they do via twitter
[17:19] <sinzui> czajkowski, I think we still want to rethink the duplicate portlet. I think it leaks. We can make the UI friendly to users and in the same process, faster. Apport doesn't use the UI though.
[17:20] <sinzui> I think fixing this bug will prevent people from being rude: https://bugs.launchpad.net/launchpad/+bug/943497
[17:20] <_mup_> Bug #943497: warn when you are going to mark a public bug as a duplicate of a private one <bug-links> <bugs> <disclosure> <privacy-transitions> <Launchpad itself:Triaged> < https://launchpad.net/bugs/943497 >
[17:22] <Bert_2> Hi, I just ran make schema on rocketfuel + wgrant's bootstrap-db-from-scratch and I'm getting the following error: http://pastebin.com/urfMfUdu what's wrong ?
[17:22] <czajkowski> sinzui: nods
[17:22] <czajkowski> sinzui: cheers
[17:23] <czajkowski> sinzui: will leave a comment saying once that bug is fixed it will make the other issue clearer for people
[17:24] <sinzui> jcsackett, how goes the landing of allowing users to hide their own comments?
[18:42] <jcsackett> sinzui: free to chat?
[18:43] <sinzui> yes.
[18:45] <jcsackett> hangout made.
[18:46] <sinzui> jcsackett, google+ on phone now lets me start a hangout
[18:46] <jcsackett> sinzui: cool. had you already started one?
[18:46] <jcsackett> i can close this and jump to you.
[18:46] <sinzui> I was trying
[18:46] <jcsackett> ah, have your invite
[18:46] <jcsackett> ...which you are now out of.
[18:46] <jcsackett> :-P
[18:46]  * sinzui no see you in your hangout
[18:47] <jcsackett> sinzui: it closed when i clicked your invite.
[18:47] <sinzui> ha ha
[18:47] <sinzui> me tries to start one again
[18:48] <sinzui> I hear ding-a-ling sounds
[18:48] <jcsackett> ok. g+ just crashed entirely for me, so i'll be there in a moment.
[19:10] <sinzui> jcsackett, https://bugs.launchpad.net/launchpad/+bug/1025414
[19:10] <_mup_> Bug #1025414: Bug/branch privacy badge alt text is wrong/lies <disclosure> <information-type> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1025414 >
[21:08] <rick_h_> benji: the 3.4 is gone because I'm not aware we ever used it but to make sure things were wired up at the sprint in budapest
[21:46] <Bert_2> Hi, I'm working on a production instance, zcml/override-includes/mail-configure.zcml is giving me some problems. I already switched mail:qyeyedDelivery from stub to sendmail. But I guess I also need a mail: entry for sendmail, now it's not really clear what that should look like, any suggestions ?
[21:58] <wallyworld_> sinzui: want to start a fraction early to discuss my mp without boring the others?
[23:05] <rick_h_> wallyworld_: ping
[23:05] <wallyworld_> rick_h_: g'day, just finishing our standup, give me a minute or two
[23:05] <rick_h_> wallyworld_: StevenK looks like this merged, if you see it hit buildbot would love to get a deploy overnight to help fix the broken bug report link https://code.launchpad.net/~rharding/launchpad/1024866_buglink/+merge/115117
[23:05] <rick_h_> wallyworld_: k, np
[23:06] <wallyworld_> rick_h_: will get a NDT done for that one if it lands today
[23:13] <rick_h_> wallyworld_: ty much for helping rush it along and keeping an eye on it
[23:13] <wallyworld_> rick_h_: np
[23:32] <Bert_2> Hi, is there a way to find out why even though I have a custom local-launchpad-apache file in my configs and LPCONFIG is set correctly the apache config is still full of launchpad.dev ?
[23:38] <Bert_2> wgrant: ping ?
[23:41] <lifeless> Bert_2: wgrant is on leave
[23:41] <lifeless> Bert_2: as for apache config, I believe our scripts only know how to setup launchpad.dev.
[23:41] <lifeless> since they are developer scripts.
[23:42] <Bert_2> so even though I made another config, make run won't actually do it ?
[23:42] <Bert_2> lifeless: or what do you mean with developer scripts ?
[23:42] <lifeless> make run doesn't alter apache config
[23:43] <Bert_2> make schema creates the apache file then ?
[23:43] <lifeless> nope
[23:43] <Bert_2> then how does it start to exist ? :S
[23:43] <lifeless> make schema creates a development database in postgresql for development
[23:43] <lifeless> rocketfuel-setup
[23:44] <Bert_2> so, what is the local-launchpad-apache for then ?
[23:44] <Bert_2> (in configs)
[23:46] <lifeless> its the template used by rocketfuel-setup
[23:47] <Bert_2> so I was supposed to create launchpad/lp-branches/devel/configs/[LPCONFIG]/local-launchpad-apache before having rocketfuel pull the branches ?
[23:48] <lifeless> no?
[23:48] <lifeless> what are you trying to accomplish ?
[23:48] <Bert_2> running launchpad from somewhere else than launchpad.dev
[23:48] <Bert_2> I already made all the configs etc.
[23:49] <Bert_2> so if I manually edit the apache virtualhost I guess I'm there
[23:59] <Bert_2> lifeless: ok, got it working, but I get a very big oops page: https://ulaunch.ulyssis.org/