[00:00] <jml> cprov, wuu Code team
[00:02] <sinzui> wgrant: beuno-on-vacatio and barry may  be able to explain. I think some more work is needed. Barry has bravely undertaken the issue
[00:03] <maxb> sinzui: What do you think I should do next for this? flacoste and I conjectured that the appropriate thing to do next would be for me to commit one more revision to the branch, releasing and tagging the new version, upload the source to my PPA, and then a ~launchpad member could pull/push my branch into trunk and copy the source+binaries to ~launchpad/ppa
[00:04] <sinzui> maxb: I will leave that to foundations who makes the deps.
[00:04] <sinzui> maxb: I do not think we need tidy, though that is not a karmi problem
[00:05] <maxb> Is there a list of who is the foundations team anywhere?
[00:06] <sinzui> maxb: I wrote the frankenscript that we use for linting. it breaks with most Ubuntu releases. I have replaced it in my editor. I plan to replace the entire lint checking with a script that does not need packages.
[00:06] <sinzui> maxb: flacoste, gary poster, and stub are the three people who manage that
[00:09] <maxb> ok, I'll catch flacoste on irc some time, since I've been working with him for the rest of the .deb stuff
[00:10] <sinzui> I see they did not organise themselves into a team
[00:13] <sinzui> I see the team page has been hit by the ugly stick.
[00:14]  * sinzui postpones writing a bug report because it will ruin his evening
[00:14] <wgrant> What's wrong with it?
[00:16] <sinzui> The details portlet should be the first one in the left column; contact the team should be a link in action menu. owner, created should be first in the details
[00:17] <wgrant> I also think the map could probably go in the right column, as it would often fit alongside the very long participation list.
[00:17] <sinzui> polls should not appear if I cannot create one
[00:18] <wgrant> I filed that one last night.
[00:18] <sinzui> wgrant: !! I suggested the same thing and continue to suggest it for the profile page
[00:19] <wgrant> sinzui: Well, I've no idea what the 3.0 Person index looks like, as it seems to be hiding on devpad.
[00:20] <sinzui> can you see people.canonical.com...I set myself up on that today
[00:20] <wgrant> Ah, it's up again.
[00:20] <wgrant> Yes, that one is public.
[00:22] <sinzui> http://people.canonical.com/~curtis/
[00:22] <sinzui> ^ The user pages are very old, They do show the content we want. When we started the team page, we had made big changes to the header, so I proposed that the details go to the left like pillars, and place the map on the right.
[00:23] <wgrant> Ah, I see.
[00:28] <wgrant> It is tempting to un-break the Packaging-related views now that it's used for something visible.
[00:29] <sinzui> yes it is
[00:29] <wgrant> sinzui: What do you think of the "This is a Restricted Team.(?)" thing? Doesn't HTML have a nice tag for doing that in a less confusing way?
[00:30] <thumper> rockstar: ping
[00:30] <rockstar> thumper, pong
[00:30] <thumper> rockstar: call?
[00:31] <rockstar> thumper, yea, lemme bring the dogs in the house really quick.
[00:31] <rockstar> thumper, call when you're ready.
[00:32] <sinzui> wgrant: Thanks for point that out. That is in the wrong place. I have no idea what the icon means. That belongs in the details...which I think we decide would be names Team information
[00:32] <wgrant> sinzui: The icon has an explanation of "restricted team" as a title.
[00:32] <sinzui> I see the related projects portlet did not get fixed
[00:33] <sinzui> I believe it should be inline help
[00:33] <wgrant> What's broken about it?
[00:34] <Ursinha> rockstar, you there?
[00:35] <rockstar> Ursinha, yes, but on the phone.
[00:35] <Ursinha> oops.
[00:35] <jml> sinzui, are you available for a call?
[00:35] <Ursinha> rockstar, can we chat briefly after that about two code imports that are failing?
[00:35] <sinzui> jml: I will be in a few hours. My children want me to feed them
[00:35] <jml> sinzui, cool, thanks.
[00:46] <rockstar> thumper, http://people.canonical.com/~beuno/branch-index.png
[00:46] <rockstar> Ursinha, yes ma'am
[00:47] <jml> oooh, mockups
[00:48] <Ursinha> rockstar, there are two imports from sf's svn failing similarly
[00:48] <Ursinha> rockstar, http://launchpadlibrarian.net/31252118/timer-applet-trunk-log.txt and http://launchpadlibrarian.net/31258356/whirlwind-sf-trunk-log.txt
[00:48] <Ursinha> rockstar, is it our problem or sf's?
[00:48] <Ursinha> or the branches..
[00:59] <rockstar> Ursinha, can you change the import path to not use https, opting for http?
[01:02] <kfogel> jml: I see what happened.
[01:03] <jml> kfogel, are you available for a call now
[01:03] <kfogel> jml: two things in combination: 1) we didn't put it in the online calendar, and 2) Jono *Bacon* and I did put a call in the calender, for this Friday.  He did the invite title as "Karl/Jono".  Today I looked at my calender, thinking "Oh, don't Jono (Lange) and I have a call today?", and I saw "Karl/Jono" listed for Friday, and nothing today, so I thought "Guess I must have been wrong."
[01:03] <kfogel> jml: I can't -- I accepted a friend's invitation for dinner.
[01:04] <jml> kfogel, ok
[01:04] <kfogel> jml: let me get my cal out
[01:04] <jml> kfogel, UTC 2300 tomorrow then?
[01:04] <Ursinha> rockstar, sure
[01:05] <kfogel> jml: tomorrow night completely booked (http://thechangeyouwanttosee.com/event/copyright-and-creative-practice-jamaica-and-beyond-dj-dance-party).  How about 2300 Friday?  That's 6pm EDT, which is right after my call with OtherJono.
[01:05]  * jml considers
[01:06] <jml> kfogel, sure.
[01:06] <jml> 'jml' for reduced ambiguity :)
[01:06] <kfogel> jml: you should have an invite now
[01:07] <kfogel> jml: I did it as "Karl/Jono" again, finding that I cannot resist tempting fate.
[01:11] <jml> :)
[01:15] <barry> jml: i forgot about you guys tonight didn't i :(
[01:15] <jml> barry, you did, I think.
[01:15] <jml> barry, but that's probably ok :)
[01:16] <barry> phew :)
[01:16] <barry> jml: we had a bit of late night excitement today.  we got a cat
[01:17] <jml> barry, I saw
[01:17] <jml> barry, yay for cats :)
[01:18] <barry> \o/
[01:18] <Ursinha> rockstar, I've changed them both and asked to reimport, let's see
[01:18] <barry> oh well, we'll *cat*ch up next week
[01:19] <Ursinha> rockstar, I have another question, unrelated :) you are the guy working on answers templates, right?
[01:19] <Ursinha> barry, hahahaha
[01:19] <rockstar> Ursinha, yes.  I saw the bug, will work on it as soon as thumper stops talking to me.  :)
[01:19] <Ursinha> rockstar, actually was more a question than a bug.. where is the assignee of the question? am I blind or is it really missing
[01:20] <jml> barry, ...
[01:20] <jml> thumper, I accidentally submitted a merge proposal just before the cron job was scheduled to run.
[01:21] <jml> thumper, man it would be nice if it always was that quick
[01:21] <thumper> :)
[01:21] <rockstar> RabbitMQ ftw
[01:21] <thumper> I was just talking with rockstar about message queues in that position
[01:23] <mwhudson> it's totally what we should do first with message queues
[01:24] <jml> is there anything actually stopping us from trying that today?
[01:24] <jml> other than having other non-related things to do instead
[01:26] <mwhudson> well, that last point is what stops us doing all the fun things, isn't it?
[01:26] <mwhudson> we could do landing queues today, if we didn't have other things to do
[01:26] <mwhudson> but i guess there's some infrastructural stuff to make decisions on (or at least find out if decisions have already been made)
[01:28] <jml> mwhudson, hmm. sounds very mysterious.
[01:28] <mwhudson> jml: i wasn't trying to be
[01:29] <mwhudson> jml: but before we can use message queues, we need a message queue set up and running
[01:29] <mwhudson> i don't know if that's been done yet
[01:29] <jml> mwhudson, sorry, I didn't mean to say you were. Just that the whole process isn't particularly easy to inspect.
[01:30] <mwhudson> jml: true
[01:30] <mwhudson> jml: there may be a wiki page about this (ha ha!)
[01:33]  * jml looks
[01:34] <jml> not on the public wiki
[01:35] <thumper> jml: I believe that the only thing stopping us using rabbit mq is resources to work on the problem
[01:36] <jml> thumper, I was just thinking about how long it would take to get the merge proposal use-case working on a local laptop
[01:36] <jml> thumper, pretending we had a magic wand to wave away all the production deployment issues.
[01:36] <thumper> :)
[01:37] <jml> thumper, I'm serious!
[01:42] <sidnei> jml, thumper, mwhudson: we are using message queues in landscape. we should probably have a pow-wow on that. maybe on softarch?
[01:42] <thumper> sidnei: what is softarch?
[01:42] <jml> heh heh
[01:42] <sidnei> thumper: the softarch CoP i mean
[01:43] <mwhudson> i'm not in softarch yet
[01:43] <mwhudson> i need to pummel gustavo into adding me i guess
[01:43] <thumper> sidnei: I'm still not clear what you're talking about
[01:43]  * thumper has vague recollections of an email from gustavo
[01:44] <sidnei> yeah, that /me does jedi handwave
[01:44]  * thumper can't find the email
[01:44]  * thumper has to dash, back later
[03:46] <thumper> w00t
[03:47] <thumper> LCA2010 paper accepted: Using Launchpad for Code Reviews
[03:48] <spm> \o/
[03:48] <spm> congrats thumper, great news!
[03:48] <thumper> school run, bbs
[03:49] <lifeless> thumper: nice, will be seeing you there
[04:07] <mwhudson> thumper: yay
[05:09] <jml> thumper, woot
[05:11] <jml> thumper, do you want to talk at some point about Code team hand off?
[05:11] <thumper> jml: sure
[05:11] <lifeless> jml: please rephrase :P
[05:11] <thumper> 20m now?
[05:11] <thumper> lifeless: he said hand off, not hand job
[05:11] <jml> thumper, 20m from now, or 20m starting now?
[05:12] <thumper> now for 20m
[05:12] <jml> cool.
[05:12] <jml> lets'
[06:55]  * jml off for a bit
[06:57] <mwhudson> for most of the older bugs tagged build-infrastructure, i have no idea what a fix might look like
[07:07]  * thumper EODs
[07:27] <jml> netsplit :(
[08:27] <adeuring> good morning
[10:39]  * wgrant plays whackamole with sprites.
[10:42]  * jml is finishing up package-permission-lovwe
[10:42] <jml> love, rather.
[10:42] <bigjools> jml is my hero
[10:43] <jml> aww shucks.
[10:45] <bigjools> jml: I think our review thread has finished, unless I take it way OT :)
[10:46] <jml> bigjools, heh, yeah, I think so :)
[10:46] <bigjools> ooo and see lifeless's reply
[10:47] <jml> yeah, just did :)
[10:47] <bigjools> there ya go then, exceptions suck :)
[10:48] <jml> let's use return codes for everything :)
[10:50] <jml> there's one more thing I need to do for the review... move makeGPGKey
[10:50] <jml> (and fix it)
[10:57] <deryck> Morning.
[10:58] <lifeless> bigjools: it actually sucked a lot
[10:58] <lifeless> bigjools: there was a place we really wanted a catch to transform an underlying failure into a clean message, without catching too much
[10:58] <bigjools> lifeless: I used to work somewhere where they were banned in our near-realtime env
[10:58] <lifeless> bigjools: poolie put it in... and we had to take it out again
[10:58] <lifeless> bigjools: c++ or python?
[10:58] <bigjools> c++
[10:59] <lifeless> yeah
[10:59] <lifeless> c++ ones aren't that cheap either
[10:59] <bigjools> python and realtime don't go together to well
[10:59] <lifeless> bigjools: they do so; the end of the universe requires entropy!
[10:59] <bigjools> arf :)
[11:01] <jml> ok, added a getUniqueHexString function to the factory
[11:02] <jml> and submitting to ec2test.
[12:33] <noodles775> Hi deryck, I've got two questions about the inlineedit widget. It has a margin-top: -10px; - but this causes some issues for me when integrating it - do you remember what the reason for it was?
[12:33] <noodles775> Secondly, the width seems to be fixed, so when the browser is made narrow, the edit-button/tab overlaps with other content... is that known?
[12:33]  * noodles775 checks to see if there's a bug for it.
[12:34] <deryck> noodles775, I think the top margin is to get the tab and edit icon at the top of the widget to line up correctly against the heading, i.e. "Bug description" in my case
[12:34] <deryck> noodles775, and yeah, the fixed width is known and problematic
[12:34] <deryck> noodles775, but not simple to fix
[12:35] <noodles775> deryck: great, as long as it's known. Thanks!
[13:59] <simon-o> Hi, can I run rocketfuel-setup twice or will this break things?
[14:02] <salgado> simon-o, it shouldn't break anything. if it does, it's a bug that we need to fix
[14:02] <simon-o> salgado: ok, I thought that. I'll report back if it worked :)
[14:07] <simon-o> salgado: it doesn't work if the folder $LP_TRUNK_NAME exists, but is incomplete
[14:07] <simon-o> the bzr branch command failed and it was incomplete
[14:08] <simon-o> maybe you could check first if it's a valid bzr branch and nothing is missing
[14:11] <salgado> simon-o, indeed. care to file a bug about that?
[14:11] <simon-o> salgado: sure, I'll try to attach a merge proposal too, if that's ok ;)
[14:12] <salgado> simon-o, that'd be perfect!
[14:19] <flacoste> morning launchpad
[14:34] <jamone1313> I have a clean Ubuntu install, I've followed the guide exactly and in the "make run" stage I get "psycopg2.OperationalError: FATAL:  Ident authentication failed for user "launchpad_main"" after that it quits, I've tried doing a "make clean.... make run" but same deal
[14:35] <wgrant> jamone1313: You forgot to run launchpad-database-setup?
[14:36] <wgrant> Were you following https://dev.launchpad.net/Running?
[14:36] <jamone1313> wgrand: No, I ran it
[14:36] <barry`> //help
[14:37] <barry`> erg
[14:37]  * wgrant doesn't know, then.
[14:38] <jamone1313> wgrant: Just to be sure I just reran the db-setup and that fixed it. Maby it failed last time
[14:38] <wgrant> https://code.edge.launchpad.net/launchpad/+activereviews is 403ing for me ATM.
[14:38] <wgrant> That shouldn't happen.
[14:43] <sidnei> salgado: do you know of any existing script to automate importing a bunch of old series/releases and their respective download files into launchpad?
[14:47] <salgado> sidnei, I don't think we have one, but let's see what sinzui says about it.
[14:48] <sinzui> sidnei, salgado : no, script, but the product-release-finder will create the milestones and releases for each series it is setup to find
[14:48] <sidnei> i guess it's time to give it a try again :)
[14:49] <sinzui> sidnei: there is a bug that a user claims he will fix that will ensure all the release files are downloaded.
[14:55] <bigjools-afk> allenap: will your formatter work for compound file endings, like .tar.gz?
[15:00] <allenap> bigjools-afk: Yeah, should do. mimetypes.suffix_map contains some .tar.gz-like ones.
[15:00] <bigjools-afk> allenap: awesome!
[15:38] <matsubara> Chex, gary_poster, rockstar, bigjools, henninge, sinzui, intellectronica, Ursinha: LP production meeting in 22 minutes at #launchpad-meeting
[15:38] <Ursinha> matsubara, roger
[15:39] <intellectronica> roger, matsubara
[16:11] <simon-o> Hi, I fixed a small bug in rocketfuel-setup. I linked a branch in bug 402187. What to do next? Propose for merge or find a reviewer?
[16:11] <mup> Bug #402187: rocketfuel-setup can't resume if fails to complete <Launchpad itself:Confirmed> <https://launchpad.net/bugs/402187>
[16:26] <salgado> simon-o, that was quick!  you can propose a merge and then poke the on call reviewer on #launchpad-reviews
[16:28] <simon-o> salgado: It was only a small fix. I have to merge into devel not db-devel, right?
[16:29] <salgado> simon-o, right
[16:34] <simon-o> salgado: Thanks for your help. Do I also need to sign the Contributor Agreement Form, or is this only for larger contributions?
[16:36] <salgado> simon-o, I think you have to sign it for all contributions. let's confirm with kfogel
[16:37] <kfogel> salgado, simon-o: the contributor agreement is something you sign once and once only.
[16:37] <kfogel> salgado, simon-o: should happen with the first contribution to any Canonical project.
[16:37] <simon-o> kfogel: ok, than I have to sign it now.
[16:38] <kfogel> Even if it's a small fix, I'd recommend just doing it now, to get it out of the way for the future, and because (due to international copyright law being inconsistent) what counts as a "small fix" in one place maybe be considered copyrightable somewhere else.
[16:38] <kfogel> simon-o: thanks
[16:38] <kfogel> salgado: you know the process?  (http://canonical.com/contributors)
[16:38] <simon-o> kfogel: Thanks for your explanation. I'll send it right now
[16:39] <kfogel> great
[16:39] <salgado> kfogel, yes, I do.  I was just wondering whether or not this applied to small contributions as well, just failed to make that clear. ;)
[16:40] <kfogel> salgado: yup, it does -- see http://canonical.com/contributors/faq (which is a relatively new document)
[16:42] <salgado> kfogel, ah, nice to know about that. thanks
[16:42] <kfogel> simon-o: (above URL might be of interest to you too)
[16:43] <barry> bac: i've made some changes to my branch which will affect the headers.  i'm going to get some lunch, but i'd love to see how your pages look with my branch.  maybe we can try some things afterward?
[16:44] <bac> barry: ok.  mired in test failures ATM
[16:44] <simon-o> kfogel, salgado: just saw that too. Do I need to send this to Francis Lacoste or to whom?
[16:44] <barry> bac: y'know, that's a good idea.  i think i'll run my branch through ec2 while i eat
[16:44]  * barry fears the output
[16:44] <bac> barry: wow, long lunch!
[16:45] <barry> bac:  ;)
[16:45] <kfogel> simon-o: fcontributor-agreement@canonical.com, francis lacoste, and CC'ing salgado too
[16:45] <kfogel> simon-o: oops, paste error, ignore the "f" on the front there :-)
[16:45] <barry> bac: if i can't run the full suite on my new machine in under 15m i'm taking it back :)
[16:47] <simon-o> kfogel, salgado: Thanks to both of you for your help :)
[16:48] <bac> barry: if so i think elmo would be beating a  door to costco
[17:19] <awilkins> Anyone know of any proposals or just requests to support Gantt charts?
[17:36] <bigjools> awilkins: https://dev.launchpad.net/Wishes
[17:38] <awilkins> Guess that fits in https://dev.launchpad.net/Wishes/ProjectManagementTools then
[17:38] <awilkins> Thanks :-)(
[17:39] <bigjools> yep!
[17:47] <kfogel> maxb: are you a moin syntax guru?
[17:47] <maxb> moderately so, yes
[17:48] <kfogel> maxb: I'm trying to get external hyperlinks to work inside a {{{...}}} block (see https://dev.launchpad.net/Contributions/Draft -- I'm trying to make those bug numbers into links in the commit messages).
[17:48] <kfogel> maxb: I've got the code to linkify the bug numbers all done, but figuring out how to make something inside {{{...}}} into a live link is harder.
[17:49] <maxb> hmm
[17:49] <maxb> I have this nasty feeling that this is not going to work without a custom plugin
[17:50] <maxb> afaik plain {{{ }}} is "ignore all other markup inside me"
[17:51] <kfogel> maxb: that's what I was afraid of.  If I knew some other way to preserve the formatting of the log messages without using {{{...}}}, I'd do that (of course, I'm fickle and don't want any *other* wiki syntax besides my hyperlinks to be live in there).
[17:52] <maxb> hm. Sorry, short of writing a custom commit message formatter, I don't see any easy way of making this wkr
[17:52] <maxb> *work
[17:53] <kfogel> maxb: np, thanks for checking
[17:54] <kfogel> s/checking/reading/
[17:54] <kfogel> s/reading/commiserating/
[18:54] <salgado> flacoste, ping. currently, it's Navigation._publishTraverse() that appends objects to request.traversed_objects, but that means only instances of a class that has a Navigation will be appended to traversed_objects (e.g. DistroMirror and Announcements are not). I was wondering if there's any reason why we do that in Navigation or if it would be OK to try and find another place for doing that
[18:55] <flacoste> salgado: no particular reason, might be a good idea to put it into the request/publiation traversal hook
[18:57] <salgado> flacoste, cool, thanks.  I'll see if I can do that later today
[19:01] <sinzui> barry, bac, salgado: release planning meeting in 2 minutes
[19:02] <barry> sinzui: did you send an email about it?
[19:02] <sinzui> yes, the standup minutes as I said on the call this moring
[19:02]  * salgado tests skype
[19:02] <sinzui> barry: salgado: bac: we are looking at http://people.canonical.com/~beuno/conversions.html#registry
[19:24] <barry> bac, sinzui, salgado: http://pastebin.ubuntu.com/264578/
[19:33] <barry> bac: also, the person.py conflicts were not too hard to resolve, so don't worry about it.  i'll do that in my branch once yours lands
[19:34] <bac> yeah, they did turn out to be easy
[19:34] <barry> cool.  smerge makes it /really/ easy :)
[20:12] <salgado> Entity-body was not a well-formed JSON document.
[20:15] <salgado> just got that when changing the description of a bug
[20:15] <salgado> deryck, have you seen that before? (^)
[20:16] <deryck> salgado, no, I haven't.
[20:16]  * deryck looks back through description bugs
[20:17] <salgado> looks similar to bug 331990
[20:17] <mup> Bug #331990: The inline editor widget reports a JSON error when saving non-ASCII characters <javascript> <Launchpad Foundations:Fix Released by intellectronica> <lazr.restful:Fix Released by intellectronica> <https://launchpad.net/bugs/331990>
[20:17] <salgado> but I tried again with the same description and didn't get the error
[20:17] <deryck> salgado, that's weird.
[20:19] <deryck> it does sound like the same thing Tom already fixed, though.
[20:19] <deryck> the multi-line editor is based of the inline editor.
[20:20] <salgado> indeed, but I used the same description, so I'd expect it to keep failing
[20:20] <salgado> deryck, I've filed bug 331990 just in case
[20:20] <mup> Bug #331990: The inline editor widget reports a JSON error when saving non-ASCII characters <javascript> <Launchpad Foundations:Fix Released by intellectronica> <lazr.restful:Fix Released by intellectronica> <https://launchpad.net/bugs/331990>
[20:21] <salgado> and attached a screenshot
[20:21] <salgado> I've filed bug 423924, that is
[20:21] <mup> Bug #423924: Entity-body was not a well-formed JSON document when updating bug description <Launchpad Bugs:New> <https://launchpad.net/bugs/423924>
[20:21] <deryck> salgado, excellent, thanks.
[20:25] <kfogel> gmb: https://dev.launchpad.net/GettingStartedIRCSession
[20:26] <kfogel> gmb: (I reformatted it a bit to be more readable; I'm trying to think of where best to link to it from now.)
[20:26] <bac> sinzui: do you have a preference for which bug i grab next?
[20:26]  * sinzui looks
[20:27] <bac> sinzui: bug 421976
[20:27] <mup> Bug #421976: Update keys/wikiname pages to UI 3.0 <story-ui-3> <Launchpad Registry:Triaged> <https://launchpad.net/bugs/421976>
[20:27] <bac> or bug 422974 ?
[20:27] <mup> Bug #422974: Update productrelease form pages to UI 3.0 <story-ui-3> <Launchpad Registry:Triaged> <https://launchpad.net/bugs/422974>
[20:27] <sinzui> bac: 422974 should be sane lpfv
[20:28] <sinzui> yes, the last one may be the easiest
[20:28] <bac> sinzui: ok, i'll take it and up my velocity
[20:28] <sinzui> bac: there are other bugs about the view...I will fix them over the weekend.
[20:28] <bac> sheez, that bug has 5 templates.
[20:29] <sinzui> bac: page_title, label main_only pagetitle deletes. It will be easy. I think all the views are alreayd tested
[20:29] <bac> cool
[20:30] <sinzui> edit and add are minor test changes
[20:30]  * bac sets time box countdown timer to 75 minutes
[20:32] <sinzui> bac: The delete release rules are tested in milestone and series (it's a mixin) so you need to add a short test to create_view() and verify the properties
[20:33] <bac> ok
[20:34] <sinzui> bac: I guess that means you will not see that the delete rules are broken (the series and milestones do no unsubscribe structural subscriptions)
[20:35] <bac> sinzui: i'm confused.  is that brokenness filed as another bug or part of my task?
[20:35] <sinzui> bac files in 3 other bugs. I just didn't want you to see one of the problems and try to fix only one.
[20:36] <sinzui> I will fix all three
[20:36] <bac> ok
[21:14] <rockstar> sinzui, oh noes ping.
[21:16] <sinzui> rockstar: oh no?
[21:17] <rockstar> sinzui, yeah, I can't figure out how to link a branch to a series (setting a development focus)
[21:17] <rockstar> sinzui, nevermind, the user found it.
[21:18] <rockstar> sinzui, I thought we had some royal breakage there for a second.
[21:19] <sinzui> rockstar: yes there are really two problems. One setting a branch to the series, and the other is "This is the development focus". I started working on this by making it more prominent: http://people.canonical.com/~curtis/productseries.png
[21:19] <sinzui> Code for this series will get both actions!
[21:20] <rockstar> sinzui, awesome.  I have three users that had no idea what the development focus was.
[21:21] <sinzui> rockstar: Series are an enigma, and the can be used for forward planning and backward ass covering. I think we need a tutorial about them
[21:27] <barry> salgado: ping
[21:27] <salgado> hi barry
[21:27] <barry> salgado: hi.  i'm so close i can taste it, but i'm having a small problem with breadcrumbs that i'm stuck on
[21:27] <barry> salgado: have a few minutes?
[21:28] <salgado> barry, sure, what's up?
[21:28] <barry> salgado: so, this page: https://code.launchpad.dev/~mark/firefox/release-0.8/+merge/1/+review?claim=name16&review_type=
[21:28] <barry> salgado: the breadcrumbs under the title say "Mozilla Firefox >> +review"
[21:29] <barry> salgado: but i've added code to class Hierarchy to put the reversed breadcrumbs in the <title>
[21:29] <barry>     @cachedproperty
[21:29] <barry>     def page_title(self):
[21:29] <barry>         """The page title, constructed from the reversed breadcrumbs."""
[21:29] <barry>         return COLON.join(
[21:29] <barry>             breadcrumb.text for breadcrumb in reversed(self.items))
[21:29] <barry>  
[21:30] <barry> salgado: but the title says "+review : Mozilla Firefox : Mark Shuttleworth"
[21:30] <barry> salgado: i can't figure out why the breadcrumbs doesn't have mark as the first component but the page_title does
[21:30] <barry> salgado: does this ring any bells?
[21:31] <barry> salgado: i'm looking at launchpad-hierarchy.pt and can't see where that might be conditional, and i'm using the same Hierarchy.items property (i think anyway)
[21:31] <barry> salgado: first question i guess is which would you consider right?
[21:31] <barry> salgado: i.e. maybe the in-page breadcrumbs really should be mark >> firefox >> +review
[21:32] <barry> salgado: oh, and this page: https://launchpad.dev/~name16/+karma
[21:32] <salgado> barry, that page uses a custom hierarchy view (see BranchHierarchy in lib/lp/code/browser/branch.py), and I guess you're using the standard Hierarchy view to generate the title
[21:32] <barry> salgado: has Foo Bar >> +karma as the breadcrumbs and +karma : Foo Bar as the title
[21:32] <barry> salgado: gah! that must be it
[21:33] <salgado> the breadcrumbs on that page are broken, though.  someone has to fix that custom Hierarchy view
[21:33] <barry> salgado: thanks.  i'd seen that but didn't but 2 and 2 together
[21:34] <barry> salgado: i'm not going to worry about that :)  when they fix that, both will be fixed.  i just need to add another adapter for @@+page-title
[21:34] <barry> salgado: let me try that... thanks!
[21:34] <salgado> barry, you're welcome. :)
[21:36] <salgado> barry, I don't know how your adapter works, but you might want to use getMultiAdapter((obj, request), name='+hierarchy') to get the correct Hierarchy view instead of hardcoding the standard one there and redefining it for the objects that use a custom Hierarchy view
[21:39] <barry> salgado: yeah, dang. just adding the browser:page to configure.zcml did not work
[21:39] <mwhudson> morning
[21:40] <barry> salgado: i didn't add an adapter, i just added a page_title property to Hierarchy, and then added the browser:page zcml
[21:40] <thumper> morning
[21:40] <thumper> can someone explain to my why the build has been broken for over 10 hours?
[21:40] <mwhudson> gary_poster: did you see my buildbot merge request?
[21:40] <barry> salgado: i would have thought BranchHierarchy.objects would be enough to make it work
[21:41] <gary_poster> mwhudson: probably.  on call, one sec
[21:41] <mwhudson> ok
[21:42] <mwhudson> thumper: "psycopg2.OperationalError: could not write to file "base/195483/2667": No space left on device"
[21:42] <mwhudson> slaves seem to be running out of space!?
[21:42] <barry> salgado: ah, there are more browser:pages to add...
[21:42] <salgado> barry, it does, but I think the problem is that the Hierarchy view is hardcoded somewhere, so it's being used to generate the title of that page instead of BranchHierarchy
[21:44] <gary_poster> mwhudson, yes, I got it all nice and queued up for me to read this morning and have not looked at it since. :-P  looking now
[21:45] <mwhudson> gary_poster: :)
[21:45] <barry> salgado: joy!
[21:45] <gary_poster> I also looked at the draft last night
[21:47] <thumper> mwhudson: oh arse
[21:48] <thumper> barry: on the new active reviews page we have approved merges shown too
[21:48] <thumper> barry: you have some old ones showing
[21:48] <gary_poster> mwhudson: fwiw, I contributed some bzr bits to the "contrib" directory (or equivalent, I forget the exact name) of twisted.  They included a bzr push plugin, and a poller that at one time bore some resemblance to the one we are using.  IIRC, neither of those had tests either.
[21:48] <thumper> barry: which I think are just artifacts due to looms
[21:48] <gary_poster> It might be nice in a theoretical sort of way to sometime get to the point that we are using the contributed versions for some of these things--so that our changes continue to enrich upstream, for instance.  Probably obviously, I didn't do that because of ease and expedience, and that may continue to be a driving factor.
[21:48] <thumper> barry: can you mark them merged if they are actually merged?
[21:49] <gary_poster> mwhudson: s/twisted/buildbot/
[21:49] <gary_poster> that is, I contributed to buildbot, as you'd expect
[21:49] <mwhudson> gary_poster: yes, that's a good goal
[21:50] <mwhudson> gary_poster: our testfix mode voodoo seems a little special cased to us, perhaps, but maybe not...
[21:50] <gary_poster> ah yes
[21:50] <mwhudson> gary_poster: in any case, it needs testing in our environment before we do that :)
[21:50] <gary_poster> agree
[21:51] <barry> thumper: will do
[21:52] <mwhudson> gary_poster: also, does this out of disk space error make any sense to you>
[21:52] <mwhudson> ?
[21:52] <gary_poster> mwhudson: "Carry on" link: +1 :-)
[21:52] <thumper> ta
[21:52] <mwhudson> gary_poster: yeah, that's hideous :)
[21:55] <gary_poster> mwhudson: don't see out of disk space error--maybe started with a slash and was swallowed by IRC gods? Looked on lpbuildbot and didn't see anything pertinent at a quick glance.  We have had things like that before.  They usually seemed to be spurious random EC2 things.  Sometimes we did identify some way that we were not cleaning up our logs, but most of the time it seemed unlikely that we were at fault
[21:57] <barry> thumper: done
[21:57] <thumper> barry: awesome, thanks
[21:57] <thumper> barry: in which case you can reply to my email to encourage the others :)
[21:58] <barry> :)
[22:02] <gary_poster> mwhudson: r=gary.  ship it.
[22:11] <thumper> barry: easy _and_ fun? :-)
[22:13] <gary_poster> mwhudson: thumper may have already spoken to you.  the next buildbot I think we will want is a JS buildbot, running once daily like the bzr buildbot.  flacoste is the keeper of the keys of knowledge here, while mars is out.  Please ping me about it when you have a moment, or go to thumper or flacoste.  Note that the js tests are currently failing; having a reminder of this is the point.
[22:14] <mwhudson> gary_poster: sounds like an excuse to tidy up master.cfg
[22:14] <gary_poster> mwhudson: +1
[22:16] <thumper> mwhudson: skype?
[22:16] <thumper> rockstar: skype?
[22:17] <mwhudson> thumper: yeah, skype works better when it's running
[22:20] <kfogel> jml: my other call tomorrow got moved; I can (& would like to) do our call earlier if possible.  How much earlier is good for you?
[22:30] <barry> thumper: okay.  easy :)
[22:35] <thumper> sinzui: IRevisionCache(self.context).getRevisions.order_by(revision_date).config(limit=5)
[22:39] <thumper> sinzui: getUtility(IAllBranches).getMergeProposalsForReviewer(person)
[22:41] <mwhudson> gary_poster: in general, shouldn't it be possible for buildbot-poll to be replaced with something that listens to a statustarget we add to buildbot?
[22:41]  * mwhudson dislikes polling
[22:58] <mwhudson> flacoste: you here?
[22:58] <flacoste> mwhudson: still
[22:58] <mwhudson> flacoste: do you want to talk about a windmill buildbot?
[22:58] <flacoste> mwhudson: sure, i'll forward you the email from mars on this
[22:59] <mwhudson> flacoste: how much longer are you going to be around for?
[22:59] <mwhudson> thanks
[22:59] <flacoste> mwhudson: i need to leave for an external dinner very soon
[22:59] <flacoste> so not much actually
[22:59] <mwhudson> flacoste: ok
[23:00] <flacoste> mwhudson: i'll pop-in when i'm back later though
[23:00] <mwhudson> flacoste: so if the mail doesn't make enough sense, i'll talk to you next week about it i guess
[23:00] <mwhudson> flacoste: oh, ok
[23:01] <flacoste> mwhudson: it's actually three emails
[23:01] <flacoste> all sent
[23:02] <mwhudson> flacoste: thanks
[23:03] <flacoste> ok, i need to run
[23:03] <mwhudson> bye for now
[23:30]  * mwhudson decamping to a cafe in town
[23:33] <bac> hi sinzui
[23:33] <bac> sinzui: i'm blocked on this test:  http://pastebin.ubuntu.com/264677/
[23:34] <bac> sinzui: in the 'Adding a download file' i expected to get some view.errors since some required input is missing.  i don't care to demonstrate uploading a file, just checking label and page_title, but i'm confused why the error processing isn't working
[23:36] <bac> sinzui: the branch with the broken test is at lp:~bac/launchpad/bug-422974-productrelease
[23:36] <mwhudson> biab
[23:36]  * bac -> dinner
[23:42] <wgrant> I still can't access launchpad's +activereviews.